我更改了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不再启动。

其他回答

导入TimeMachine备份后也会出现同样的问题。我的解决方案是停止MySQL服务器并修复ib*文件的读写权限。

今天遇到了同样的问题。这是一个mysql的“标识符大小写敏感性”问题。

请检查相应的数据文件。很有可能文件系统上的文件名是小写的,而“show tables”命令中列出的表名是大写的。如果系统变量"lower_case_table_names"为0,查询将返回"table not exist",因为当"lower_case_table_names"为0时,名称比较是区分大小写的。

以防还有人关心:

在直接使用命令复制数据库目录后,我也遇到了同样的问题

cp -r /path/to/my/database /var/lib/mysql/new_database

如果你在一个使用InnoDB表的数据库中这样做,你会得到这个疯狂的“table does not exist”错误。

问题是你需要MySQL datadir根目录下的ib*文件(例如ibdata1, ib_logfile0和ib_logfile1)。

当我复制它们时,它对我有用。

下面是另一个场景(版本升级):

我重新安装了我的操作系统(Mac OS El Captain),并安装了一个新版本的mysql(使用自制软件)。安装的版本(5.7)恰好比我之前的版本更新。然后复制表,包括ib*文件,并重新启动服务器。我可以看到mysql工作台中的表,但当我尝试选择任何东西时,我得到“表不存在”。

解决方案:

停止mysql服务器,例如mysql。服务器停止或酿造服务停止mysql 使用mysqld_safe——user=mysql——datadir=/usr/local/var/mysql/启动服务器(根据需要更改路径) 运行mysql_upgrade -u root -p password(在另一个终端窗口) 关闭运行中的服务器mysqladmin -u root -p password shutdown 以正常模式重新启动服务器。服务器启动或酿造服务启动mysql

相关文件在这里。

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

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