Powód „pokaż tabele”; działa, ponieważ mysqld przeskanuje katalog bazy danych tylko w poszukiwaniu plików .frm. Dopóki istnieją, widzi definicję tabeli.
Jeśli zaimportowałeś dane do MySQL i pojawił się ten komunikat o błędzie, pierwszą rzeczą, którą natychmiast zrobiłbym, to uruchomić to polecenie:(BTW To jest MySQL 5.1.45, ale i tak działa w MySQL 5.x)
mysql> show engines;
+------------+---------+----------------------------------------------------------------+--------------+------+------------+
| Engine | Support | Comment | Transactions | XA | Savepoints |
+------------+---------+----------------------------------------------------------------+--------------+------+------------+
| InnoDB | YES | Supports transactions, row-level locking, and foreign keys | YES | YES | YES |
| MRG_MYISAM | YES | Collection of identical MyISAM tables | NO | NO | NO |
| BLACKHOLE | YES | /dev/null storage engine (anything you write to it disappears) | NO | NO | NO |
| CSV | YES | CSV storage engine | NO | NO | NO |
| MEMORY | YES | Hash based, stored in memory, useful for temporary tables | NO | NO | NO |
| FEDERATED | NO | Federated MySQL storage engine | NULL | NULL | NULL |
| ARCHIVE | YES | Archive storage engine | NO | NO | NO |
| MyISAM | DEFAULT | Default engine as of MySQL 3.23 with great performance | NO | NO | NO |
+------------+---------+----------------------------------------------------------------+--------------+------+------------+
8 rows in set (0.00 sec)
Jeśli serwer, do którego zaimportowałeś dane, mówi, że InnoDB jest wyłączony, masz duży problem. Oto, co powinieneś zrobić:
1) Usuń wszystkie dane z nowego serwera bazy danych importu
3) uruchomić SILNIKI POKAZOWE; i upewnij się, że InnoDB jest w pełni sprawny !!!
4) Przeładuj mysqldump na nowy serwer importu
Wypróbuj !!!
