MySQL>表不存在。但这确实（或者应该如此）

我更改了MySQL安装的数据目录，除一个库外，所有库均已正确移动。我可以和USE数据库连接。SHOW TABLES还可以正确返回所有表，并且每个表的文件都位于MySQL数据目录中。

但是，当我尝试SELECT从表中获取内容时，出现错误消息，表明该表不存在。但是，这没有意义，因为我能够通过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

以防万一有人还在乎：

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

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

如果您对使用InnoDB表的数据库执行此操作，则会遇到上述疯狂的“表不存在”错误。

问题是，你需要ib*在MySQL的datadir根目录的文件（例如ibdata1，ib_logfile0和ib_logfile1）。

当我复制这些内容时，它对我有用。

对我而言，在Mac OS（MySQL DMG安装）上，只需重启MySQL服务器即可解决该问题。我猜是因为冬眠造成的。

当我使用的表名的大小写关闭时，出现此问题。因此表称为“ db”，但我在select语句中使用了“ DB”。确保大小写相同。

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

1. 停止mysqld
2. 备份mysql文件夹： cp -a /var/lib/mysql /var/lib/mysql-backup
3. 将数据库文件夹从旧计算机复制到 /var/lib/mysql
4. 从旧数据库覆盖ib *（ib_logfile *，ibdata）
5. 启动mysqld
6. 转储数据库
7. mysqldump >dbase.mysql
8. 停止mysql服务
9. 去掉 /var/lib/mysql
10. 改名 /var/lib/mysql-backup为/var/lib/mysql
11. 启动mysqld
12. 创建数据库
13. 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和不可打印的字符。如果通过复制某些文档/网站的创建代码来创建表，则该表的某处可能有零宽度的空间。

我刚刚在这场噩梦中呆了三天。理想情况下，您应该具有可以还原的备份，然后只需删除损坏的表即可。这些错误可能导致您的ibdata1变得巨大（对于中等大小的表，其大小 100GB）

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

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

然后立即尝试转储表；现在应该可以执行此操作。现在，将数据库还原到新数据库并重建丢失的表。然后转储损坏的数据库。

在我们的案例中，我们还不断mysql has gone away在所有数据库上以随机间隔获取消息；一旦删除了损坏的数据库，一切都会恢复正常。

我不知道原因，但就我而言，我只解决了禁用和启用外键检查的问题

SET FOREIGN_KEY_CHECKS=0;
SET FOREIGN_KEY_CHECKS=1;

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

重启mysql

$ sudo service mysql restart

现在可以访问表格了。

好的，这听起来很荒谬，但我很幽默。
对我来说，当我将声明更改为以下内容时，问题已解决：

SELECT * FROM `table`

我做了两个更改
1.）使表名小写-我知道！
2.）使用的特定报价符号= `：这是你的TAB键上方

该解决方案确实听起来很荒谬，但它确实有效，并且在星期六晚上，我从上午9点开始工作-所以我接受它：)

祝好运。

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

这为我工作：

1. 停止新的WAMP

2. 复制所需的数据库目录和旧WAMP安装中的ibdata1文件

3. 删除ib_logfile0并ib_logfile1

4. 启动WAMP

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

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

ALTER TABLE mydatabase.mytable DISCARD TABLESPACE;

复制idb文件

ALTER TABLE mydatabase.mytable IMPORT TABLESPACE;

重启MySql

在必须重新安装MySQL之后，我遇到了同样的问题，似乎在安装期间，一些存储有关InnoDB日志文件的数据的配置文件，这些文件ib_logfile *（它们是正确的日志文件？）被覆盖了。为了解决这个问题，我只是删除了ib_logfile *文件。

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

必须有一些表名的配置数据库，在我删除它之前，它很可能仍然存在。

幻影表也有类似的问题。值得庆幸的是，发生故障之前发生了SQL转储。

就我而言，我必须：

1. 停止MySQL
2. 将ib *文件从/var/mysql关闭移至备份
3. 删除 /var/mysql/{dbname}
4. 重启MySQL
5. 重新创建空数据库
6. 恢复转储文件

注意：需要转储文件。

1. 进行mysqldump到数据库：

   mysqldump -u user -ppass dbname > D:\Back-ups\dbname.sql

2. 恢复数据库

   mysql -u user -ppass dbname < D:\Back-ups\dbname.sql

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

SELECT * FROM dbname.tablename;

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

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

启动mysql服务。

然后服务器正在运行。

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

这里是解决方案，其中大多数都需要重新启动mysql。

• 重新创建您的日志文件（删除并重新启动mysql）
• 调整日志文件的大小（MySql 5.6+将为您重新生成文件）
• 如果您要进行某种类型的数据迁移，请确保已正确迁移了正确的文件，并赋予了其权限（如其他人所述）
• 检查您的数据和日志文件的权限，即mysql是两者的所有者
• 如果所有其他方法均失败，则可能必须重新创建数据库

这是另一种情况（版本升级）：

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

解：

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

相关文档在这里。

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

您的表名中可能包含隐藏字符。当您制作表演桌时，这些不会出现。您可以执行“ SHOW CREATE TABLE TABLE_ONE”，然后使用制表符完成“ TABLE_ONE”并查看是否放置了任何隐藏字符。另外，您是否尝试过删除和重新制作表。只是为了确保特权没有错，并且没有隐藏的字符。

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

我认为值得在这里提出另一个答案（因为我来这里时遇到了同样的问题，而事实证明这是我的答案）：

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

这是一种显而易见的新手事物，但是“用户”与“用户”之类的东西可能会使人绊倒，我认为在此列表中有一个有用的答案。:)

在我的情况下，当我导入导出的sql文件时，我收到一个错误，例如对于create table查询而言，table不存在。

我意识到我的数据库名称中有一个下划线，而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)

不要在四分之一标记中使用空格。感谢我的同事扬。

转至：xampp\mysql\data\dbname
在dbname内具有tablename.frm和tablename.ibd文件。
删除它并重新启动mysql，然后重试。

仅复制ibdata1旧数据目录中的文件。请勿复制ib_logfile1或ib_logfile0归档。这将导致MySQL无法启动。

今天遇到了同样的问题。这是mysql的“标识符区分大小写”问题。

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

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

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

innodb-page-size=65536

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