MySQL > 表不存在。但它确实（或应该）

以防万一有人仍然关心：

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

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

如果您对使用 InnoDB 表的数据库执行此操作，您将收到上面提到的这个疯狂的“表不存在”错误。

问题是您需要 MySQL 数据目录根目录中的 ib* 文件（例如 ibdata1、ib_logfile0 和 ib_logfile1）。

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

---

对我来说，在 Mac OS（MySQL DMG 安装）上，简单地重启 MySQL 服务器就解决了这个问题。我猜是休眠造成的。

---

当我使用的表名的大小写关闭时，我会遇到此问题。所以表被称为“db”，但我在 select 语句中使用了“db”。确保情况相同。

---

将 lower_case_table_names 设置为 1，然后尝试访问使用该变量的默认值创建的表时，也会发生此错误。在这种情况下，您可以将其恢复为以前的值，您将能够读取该表。

---

我不知道原因，但在我的情况下，我解决了禁用和启用外键检查

SET FOREIGN_KEY_CHECKS=0;
SET FOREIGN_KEY_CHECKS=1;

---

停止 mysqld 备份 mysql 文件夹： cp -a /var/lib/mysql /var/lib/mysql-backup 从旧机器复制数据库文件夹到 /var/lib/mysql 覆盖旧数据库中的 ib* (ib_logfile* , ibdata ) start mysqld dump dabase mysqldump >dbase.mysql stop mysql service remove /var/lib/mysql rename /var/lib/mysql-backup to /var/lib/mysql start mysqld create database mysqldump < dbase.mysql

---

请运行查询：

SELECT 
    i.TABLE_NAME AS table_name, 
    LENGTH(i.TABLE_NAME) AS table_name_length,
    IF(i.TABLE_NAME RLIKE '^[A-Za-z0-9_]+$','YES','NO') AS table_name_is_ascii
FROM
    information_schema.`TABLES` i
WHERE
    i.TABLE_SCHEMA = 'database'

不幸的是，MySQL 允许在表名中使用 unicode 和不可打印的字符。如果您通过从某些文档/网站复制创建代码来创建表格，则它有可能在某处具有零宽度空间。

---

我有同样的问题，我搜索了 2-3 天，但对我来说解决方案真的很愚蠢。

重启mysql

$ sudo service mysql restart

现在表格变得可访问了。

---

我刚刚在这个噩梦上度过了三天。理想情况下，您应该有一个可以恢复的备份，然后简单地删除损坏的表。这些类型的错误可能会导致您的 ibdata1 变得巨大（对于适度的表，大小为 100GB+）

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

因此，作为一种解决方法，请转到 /var/log/mysql/database_name/ 并删除 table_name。*

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

在我们的例子中，我们还在所有数据库上不断收到 mysql has gone away 消息；一旦损坏的数据库被删除，一切都恢复正常。

---

在复制 idb 文件之前尝试运行 sql 查询以丢弃表空间：

ALTER TABLE mydatabase.mytable DISCARD TABLESPACE;

复制 idb 文件

ALTER TABLE mydatabase.mytable IMPORT TABLESPACE;

重启MySql

---

好吧，这听起来很荒谬，但请幽默。对我来说，当我将我的声明更改为此时，问题得到了解决：

SELECT * FROM `table`

我做了两处更改 1.) 将表名设为小写 - 我知道！ 2.) 使用特定的引号 = ` ：它是您的 TAB 上方的键

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

祝你好运。

---

对我有用的只是放下桌子，即使它不存在。然后我重新创建了表并从之前完成的 sql 转储中重新填充。

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

---

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

这对我有用：

停止新的 WAMP 从旧 WAMP 安装中复制所需的数据库目录和 ibdata1 文件删除 ib_logfile0 和 ib_logfile1 启动 WAMP

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

---

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

---

鬼表也有类似的问题。谢天谢地，在失败之前有一个 SQL 转储。

就我而言，我必须：

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

注意：需要转储文件。

---

执行mysqldump到数据库： mysqldump -u user -ppass dbname > D:\Back-ups\dbname.sql 恢复数据库 mysql -u user -ppass dbname < D:\Back-ups\dbname.sql

现在数据库中的所有表都已完全恢复。尝试..

SELECT * FROM dbname.tablename;

---

仅复制旧数据目录中的 ibdata1 文件。不要复制 ib_logfile1 或 ib_logfile0 文件。这将导致 MySQL 不再启动。

---

我在新计算机上安装了 MariaDB，停止了 Mysql 服务，将数据文件夹重命名为数据 - 我解决了将崩溃的 HD MySql 数据文件夹中的 Mysql\data\table_folders 和 ibdata1 复制到新安装的 mysql 数据文件夹的问题。

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

启动mysql服务。

然后服务器正在运行。

---

看来问题与无效（损坏？）innodb 日志文件有关（至少在我和其他一些人中）。一般来说，它们只需要重新创建。

下面是解决方法，大部分都需要重启mysql。

重新创建您的日志文件（删除并重新启动 mysql）

调整日志文件的大小（MySql 5.6+ 将为您重新生成文件）

如果您正在进行某种类型的数据迁移，请确保您已正确迁移正确的文件并为其授予权限，正如其他人已经说明的那样

检查您的数据和日志文件的权限，mysql 是两者的所有者

如果一切都失败了，您可能必须重新创建数据库

---

这是另一个场景（版本升级）：

我重新安装了我的操作系统（Mac OS El Captain）并安装了新版本的 mysql（使用自制软件）。安装的版本（5.7）恰好比我以前的版本更新。然后我复制了表，包括 ib* 文件，然后重新启动了服务器。我可以在 mysql 工作台中看到表，但是当我尝试选择任何内容时，我得到“表不存在”。

解决方案：

停止 mysql 服务器，例如 mysql.server stop 或 brew services stop mysql 使用 mysqld_safe --user=mysql --datadir=/usr/local/var/mysql/ 启动服务器（根据需要更改路径）运行 mysql_upgrade -u root -p密码（在另一个终端窗口中） 关闭正在运行的服务器 mysqladmin -u root -p 密码shutdown 以正常模式重新启动服务器 mysql.server start 或 brew services start mysql

相关文档是 here。

---

就我而言，我在表上定义了一个触发器，然后试图在表中插入行。似乎，不知何故触发器是错误的，因此插入给出错误，表不存在。

---

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

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

---

您的表名中可能有隐藏字符。当你做一个展示表时，那些不会出现。你能做一个“SHOW CREATE TABLE TABLE_ONE”并用tab完成“TABLE_ONE”，看看它是否放入了任何隐藏的字符。另外，您是否尝试过删除并重新制作表格。只是为了确保特权没有问题并且没有隐藏字符。

---

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

---

我认为值得在这里提出的另一个答案（因为我带着同样的问题来到这里，结果证明这是我的答案）：

仔细检查查询中的表名是否与数据库中的表名拼写完全相同。

有点明显，新手的事情，但是“用户”与“用户”之类的东西可能会让人们绊倒，我认为在这里的列表中会有一个有用的答案。 :)

---

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

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

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

希望它也对其他人有所帮助。

---

我的表不知何故被重命名为 ' Customers' 即带有 前导空格

这意味着

a) 查询中断

b）表格没有按我的表格的字母顺序出现在预期的位置，这在我的恐慌中意味着我看不到它！

RENAME TABLE ` Customer` TO `Customer`;

---

在我的例子中，它是 SQLCA.DBParm 参数。

我用了

SQLCA.DBParm = "Databse = "sle_database.text""

但它必须是

SQLCA.DBParm = "Database='" +sle_database.text+ "'"

说明：

您将组合三个字符串：

 1. Database='              -  "Database='"

 2. (name of the database)  - +sle_database.text+

 3. '                       - "'" (means " ' "  without space)

不要在四分号中使用空格。感谢我的同事 Jan。

---

转到：xampp\mysql\data\dbname
在 dbname 中有 tablename.frm 和 tablename.ibd 文件。
删除它并重新启动 mysql 并重试。

---

我在 Windows 中遇到了同样的问题。除了复制 ib* 文件和 thd 数据目录下的 mysql 目录之外，我还必须匹配 my.ini 文件。

我之前安装的 my.ini 文件没有以下行：

innodb-page-size=65536

但是我的新安装做到了。可能是因为我在较旧的安装程序中没有该选项。我删除了它并重新启动了服务，并且表按预期工作。简而言之，确保新的 my.ini 文件是旧文件的副本，唯一的例外是 datadir、plugin-dir 和 port#，具体取决于您的新安装。

---