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

当前回答

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

2014-02-12 12:38:57

其他回答

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

这意味着

解析:答案为A。

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

RENAME TABLE ` Customer` TO `Customer`;

2016-08-26 12:55:42

在重新安装MySQL后，我遇到了同样的问题，似乎在安装过程中，一些存储关于InnoDB日志文件数据的配置文件，这些文件ib_logfile*(它们是日志文件对吧?)，被覆盖了。为了解决这个问题，我删除了ib_logfile*文件。

2012-09-05 22:21:07

以防还有人关心:

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

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

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

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

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

2012-07-27 21:46:30

停止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转储中重新填充。

一定有一些表名的元数据库，它很可能仍然存在，直到我删除它。

2013-11-19 17:39:12

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

推荐文章

最新文章

标签