我也遇到了同样的问题，但这不是由于一个隐藏的字符或“薛定谔表”。问题(与上面所述的完全相同)出现在恢复过程之后。我使用的是MySQL管理员版本1.2.16。当必须执行还原时，必须在目标模式中取消选中ORIGINAL，并从下拉框中选择数据库的名称。之后问题就解决了。至少在我的数据库里是这样的。

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

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

相关文件在这里。

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

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

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

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

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

我在新电脑上安装了MariaDB， 停止Mysql服务 重命名数据文件夹为data- 我解决了复印的问题 Mysql\data\table_folders和ibdata1 从崩溃的高清MySql数据文件夹到新安装的MySql数据文件夹。

我跳过了ib_logfile0和ib_logfile1(否则服务器没有启动服务)

启动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

我也遇到了同样的问题，我找了2-3天，但这个解决方案对我来说真的很愚蠢。

重新启动mysql

重启mysql

现在可以访问表了。