好吧，这听起来很荒谬，但请迁就我。 对我来说，当我把我的陈述改为这样时，问题就解决了:

SELECT * FROM `table`

我做了两个改动 1)。使表名小写-我知道!! 2)。使用特定的引号符号= ':它是标签上方的键

这个解决方案听起来很荒谬，但它很有效，而且现在是周六晚上，我从早上9点就开始工作了-所以我接受了:)

祝你好运。

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

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

在升级WAMP但没有数据库备份后，我遇到了这个问题。

这招对我很管用:

停止新的WAMP 从旧WAMP安装中复制所需的数据库目录和ibdata1文件 删除“ib_logfile0”和“ib_logfile1” 开始里面

现在应该能够对数据库进行备份了。但是，当您的服务器重新启动后，您仍然会遇到问题。所以现在重新安装WAMP并导入数据库。

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

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

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

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

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

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

我重新安装了我的操作系统(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

相关文件在这里。

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

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

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

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