MySQL >表不存在。但它确实(或应该)

我更改了MySQL安装的datadir，所有的基都正确移动，除了一个。我可以连接和使用数据库。SHOW TABLES还正确地返回所有表，并且每个表的文件都存在于MySQL数据目录中。

然而，当我试图从表中选择某些东西时，我得到一个错误消息，该表不存在。然而，这没有意义，因为我能够通过show TABLES语句显示同一个表。

我的猜测是SHOW TABLES列出了文件的存在，但不检查文件是否损坏。因此，我可以列出这些文件，但不能访问它们。

然而，这只是一种猜测。我以前从未见过这个。现在，我无法重新启动数据库进行测试，但使用它的其他所有应用程序都运行正常。但这只是猜测，我从来没见过。

有人知道为什么会这样吗?

例子:

mysql> SHOW TABLES;
+-----------------------+
| Tables_in_database    |
+-----------------------+
| TABLE_ONE             |
| TABLE_TWO             |
| TABLE_THREE           |
+-----------------------+
mysql> SELECT * FROM TABLE_ONE;
ERROR 1146 (42S02): Table 'database.TABLE_ONE' doesn't exist

当前回答

仅从旧数据目录复制ibdata1文件。不要复制ib_logfile1或ib_logfile0文件。这将导致MySQL不再启动。

2018-02-18 07:02:12

其他回答

请运行查询:

SELECT 
    i.TABLE_NAME AS table_name, 
    LENGTH(i.TABLE_NAME) AS table_name_length,
    IF(i.TABLE_NAME RLIKE '^[A-Za-z0-9_]+$','YES','NO') AS table_name_is_ascii
FROM
    information_schema.`TABLES` i
WHERE
    i.TABLE_SCHEMA = 'database'

不幸的是，MySQL允许在表名中使用unicode和非打印字符。如果你通过复制一些文档/网站的create代码来创建你的表，那么它可能在某个地方有零宽度空间。

2011-10-13 19:58:59

我也遇到了同样的问题，但这不是由于一个隐藏的字符或“薛定谔表”。问题(与上面所述的完全相同)出现在恢复过程之后。我使用的是MySQL管理员版本1.2.16。当必须执行还原时，必须在目标模式中取消选中ORIGINAL，并从下拉框中选择数据库的名称。之后问题就解决了。至少在我的数据库里是这样的。

2012-04-06 00:44:19

另一个我认为值得在这里提出的答案(因为我带着同样的问题来到这里，而这对我来说就是答案):

再次检查查询中的表名是否与数据库中的表名拼写完全相同。

这是一个很明显的，新手的事情，但是像“user”和“users”这样的东西会让人出错，我认为在这里列出这个答案会很有帮助。：）

2014-08-13 18:57:20

转到:xampp\mysql\data\dbname 在dbname中有tablename.frm和tablename.frm。ibd文件。删除它并重新启动mysql，再试一次。

2017-06-14 08:40:18

mysqldump到数据库: mysqldump -u user -ppass dbname > D:\ backup -up \dbname.sql 恢复数据库 mysql -u user -ppass dbname < D:\ backup -ups\dbname.sql

现在数据库中的所有表都完全恢复了。试一试. .