如果表名中有句点，它将失败 SELECT * FROM poorly_name .table;

使用反勾号让它找到表 SELECT * FROM ' poorly_name .table ';

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

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

在我的情况下，当我导入导出的sql文件时，我得到了一个错误，比如创建表查询的表不存在。

我意识到在我的数据库名中有一个下划线，mysql在这之前放了一个转义字符。

所以我删除了数据库名称中的下划线，一切都解决了。

希望这也能帮助到其他人。

我花了三天时间在这个噩梦上。理想情况下，您应该有一个可以恢复的备份，然后只需删除损坏的表。这类错误可能导致ibdata1变大(一般表的大小为100GB以上)。

如果您没有最近的备份，例如如果您依赖mySqlDump，那么您的备份可能在过去的某个时候无声地崩溃了。您将需要导出数据库，当然您不能这样做，因为您将在运行mySqlDump时得到锁定错误。

因此，作为一种变通方法，转到/var/log/mysql/database_name/并删除table_name.*

然后立即尝试转储表;这样做现在应该可以工作了。现在将数据库恢复到一个新的数据库，并重新构建丢失的表。然后转储损坏的数据库。

在我们的例子中，我们还不断地在所有数据库上随机地得到mysql已经离开的消息;一旦损坏的数据库被删除，一切都恢复正常。

停止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

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