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

当前回答

对我来说,在Mac OS (MySQL DMG安装),一个简单的重启MySQL服务器解决了这个问题。我猜是冬眠造成的。

其他回答

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

好吧,这听起来很荒谬,但请迁就我。 对我来说,当我把我的陈述改为这样时,问题就解决了:

SELECT * FROM `table`

我做了两个改动 1)。使表名小写-我知道!! 2)。使用特定的引号符号= ':它是标签上方的键

这个解决方案听起来很荒谬,但它很有效,而且现在是周六晚上,我从早上9点就开始工作了-所以我接受了:)

祝你好运。

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

幽灵桌也有类似的问题。幸运的是,在失败之前有一个SQL转储。

就我而言,我必须:

停止mySQL 将/var/mysql中的ib*文件移至备份 删除/var/mysql/ {dbname} 重新启动mySQL 重新创建空数据库 恢复转储文件

注意:需要转储文件。

这个问题似乎与无效(损坏?)的innodb日志文件有关(至少在我的和其他几家)。一般来说,它们只是需要重新创建。

这里有一些解决方案,其中大部分需要重新启动mysql。

重新创建日志文件(删除并重新启动mysql) 调整日志文件大小(MySql 5.6+将为您重新生成文件) 如果您正在进行某种类型的数据迁移,请确保您正确地迁移了正确的文件,并按照其他人已经声明的那样赋予其权限 检查数据和日志文件的权限,确保mysql是两者的所有者 如果所有这些都失败了,您可能不得不重新创建数据库