我更改了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

当前回答

当将lower_case_table_names设置为1,然后试图访问使用该变量的默认值创建的表时,也会发生此错误。在这种情况下,您可以将其恢复到以前的值,您将能够读取表。

其他回答

请运行查询:

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代码来创建你的表,那么它可能在某个地方有零宽度空间。

在我的例子中,我没有做datadir重定位或任何类型的文件操作。这件事发生在一个晴朗的早晨。

因为,奇怪的是,我能够转储表,使用mysqldump,尽管MySQL有时会抱怨“表不存在”,我解决它通过转储表的模式+数据,然后drop表,然后重新创建它之后立即,然后导入。

它可能有一个隐藏字符在你的表名。当你做表的时候,这些是不会显示出来的。你可以做一个“SHOW CREATE TABLE TABLE_ONE”和tab完成“TABLE_ONE”,看看它是否放入了任何隐藏字符。还有,你有没有试过把桌子掉下来重新做。只是为了确保特权没有问题,并且没有隐藏字符。

在升级WAMP但没有数据库备份后,我遇到了这个问题。

这招对我很管用:

停止新的WAMP 从旧WAMP安装中复制所需的数据库目录和ibdata1文件 删除“ib_logfile0”和“ib_logfile1” 开始里面

现在应该能够对数据库进行备份了。但是,当您的服务器重新启动后,您仍然会遇到问题。所以现在重新安装WAMP并导入数据库。

我花了三天时间在这个噩梦上。理想情况下,您应该有一个可以恢复的备份,然后只需删除损坏的表。这类错误可能导致ibdata1变大(一般表的大小为100GB以上)。

如果您没有最近的备份,例如如果您依赖mySqlDump,那么您的备份可能在过去的某个时候无声地崩溃了。您将需要导出数据库,当然您不能这样做,因为您将在运行mySqlDump时得到锁定错误。

因此,作为一种变通方法,转到/var/log/mysql/database_name/并删除table_name.*

然后立即尝试转储表;这样做现在应该可以工作了。现在将数据库恢复到一个新的数据库,并重新构建丢失的表。然后转储损坏的数据库。

在我们的例子中,我们还不断地在所有数据库上随机地得到mysql已经离开的消息;一旦损坏的数据库被删除,一切都恢复正常。