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

我更改了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，然后试图访问使用该变量的默认值创建的表时，也会发生此错误。在这种情况下，您可以将其恢复到以前的值，您将能够读取表。

2014-06-17 12:18:30

其他回答

我在窗户上也遇到了同样的问题。除了复制ib*文件和thd data目录下的mysql目录，我还必须匹配my.ini文件。

我之前安装的my.ini文件没有下面这行:

innodb-page-size=65536

但我的新装置做到了。可能是因为我在旧的安装程序中没有这个选项。我删除了它并重新启动了服务，表按预期工作。简而言之，确保新的my.ini文件是旧文件的副本，唯一的例外是datadir、plugin-dir和port#，这取决于您的新安装。

2019-12-22 21:02:16

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

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

SELECT * FROM dbname.tablename;

2018-01-18 01:42:10

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

这招对我很管用:

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

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

2016-06-08 15:10:27

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

2017-06-14 08:40:18

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

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

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

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

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

2012-11-28 12:50:18

aliyun