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

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

当前回答

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

2017-12-31 06:26:01

其他回答

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

ALTER TABLE mydatabase.mytable DISCARD TABLESPACE;

复制idb-file

ALTER TABLE mydatabase.mytable IMPORT TABLESPACE;

重新启动MySql

2014-04-13 20:39:27

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

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

2018-04-10 10:19:14

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

2014-03-13 13:12:50

停止mysqld 备份mysql文件夹:cp -a /var/lib/mysql /var/lib/mysql- Backup 从旧机器复制数据库文件夹到/var/lib/mysql 从旧数据库覆盖ib* (ib_logfile*， ibdata) 开始mysqld 转储确保 , mysqldump > dbase.mysql 停止mysql服务删除/var/lib/mysql 重命名/var/lib/mysql-backup为/var/lib/mysql 开始mysqld 创建数据库 Mysqldump < dbbase .mysql

2012-12-03 00:51:12

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

就我而言，我必须:

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

注意:需要转储文件。

2013-01-05 16:45:27

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

推荐文章

最新文章

标签