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

当前回答

在我的情况下,我已经在表上定义了一个触发器,然后试图在表中插入行。好像是触发出错了,插入出错了,表不存在。

其他回答

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

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

当我使用的表名的大小写关闭时,我就会遇到这个问题。所以表被称为'db'但我在select语句中使用'db'。确保箱子是一样的。

我的桌子不知何故被重新命名为“客户”,即有一个领先的空间

这意味着

解析:答案为A。

b)桌子没有按字母顺序出现在我所期望的位置,这在我的恐慌中意味着我看不到它!

RENAME TABLE ` Customer` TO `Customer`;

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

就我而言,我必须:

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

注意:需要转储文件。

在复制idb-file之前,尝试使用sql查询来丢弃表空间:

ALTER TABLE mydatabase.mytable DISCARD TABLESPACE;

复制idb-file

ALTER TABLE mydatabase.mytable IMPORT TABLESPACE;

重新启动MySql