MySQL > 表不存在。但它确实(或应该)

Posted

技术标签:

【中文标题】MySQL > 表不存在。但它确实(或应该)【英文标题】:MySQL > Table doesn't exist. But it does (or it should) 【发布时间】:2011-10-13 19:07:32 【问题描述】:

我更改了 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

【问题讨论】:

您是否从备份中恢复了数据库?或者你只是复制了数据库文件?你有 mysql 服务器的 root 权限吗? 刚刚复制了文件!是的,我对所有内容都有 root 访问权限 你可以试试:mysql_fix_privilege_tables 这些是 innodb 表吗? 是的,所有的表都是 InnoDB。不说是我的错! 【参考方案1】:

以防万一有人仍然关心:

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

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

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

问题是您需要 MySQL 数据目录根目录中的 ib* 文件(例如 ibdata1ib_logfile0ib_logfile1)。

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

【讨论】:

救了我的命!对于其他任何人,如果您尝试复制到新安装,请确保不要覆盖现有的 ib* 文件。备份你现有的 mysql/ 目录,用你想要恢复的旧目录替换,mysqldump 一切,然后恢复新的 mysql/。然后就可以正确导入mysqldumps了。 在 Mac 上要在本地复制我的数据库,除了复制 ibdata 文件(位于数据库目录旁边)之外,我还必须 chown _mysql:wheel 数据库名称目录、ibdata 和目录中的所有文件(使用chown -R ...)。同样,目录中的权限不正确,因此需要chmod -R 660 databasename 才能让表显示在数据库中。 谢谢迈克。只是为了澄清您需要重新启动 mysql 服务才能使其正常工作。至少我做到了,谢天谢地,它奏效了。那里保存了很多数据! 注意:不要忘记使用chown!!!所以,在cp 之后使用这个命令 -> chown mysql:mysql /var/lib/mysql/ -R 注意 2:不要忘记申请适当的许可。在我的情况下sudo chmod -R 600 /var/lib/mysql 【参考方案2】:

对我来说,在 Mac OS(MySQL DMG 安装)上,简单地重启 MySQL 服务器即可解决问题。我猜是休眠造成的。

【讨论】:

感谢也为我解决了同样的问题。我的机器由于突然断电而关闭后发生。在第一台机器重启/MySQL 启动后,我得到了错误。然后,我读了这个答案。我通过 System Preferences 停止/启动 MySQL,它已修复。 sudo /usr/local/mysql/support-files/mysql.server restart 同样。我在升级到 macOS Sierra 10.12.6 后遇到了这个问题。不确定是否存在因果关系,但时机似乎很可疑。 谢谢,工作到一定程度;我重新启动(5.6,windows)mysql服务然后运行check table TABLE_ONE;我得到了一些错误“分区p2返回错误”,“idx_blah_1被标记为损坏”和“idx_blah_2被标记为损坏”。现在我回到运行 optimize table TABLE_ONE; 并收到错误“表 'database.TABLE_ONE' 不存在”。 在 Mojave 上运行 MySLQ。通过系统首选项面板重新启动不起作用。我不得不通过命令行重新启动。【参考方案3】:

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

【讨论】:

+1 字段名不区分大小写,但表名区分。常见的错误,非常烦人。【参考方案4】:

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

【讨论】:

这咬到我了。我恢复了值,重新启动了数据库,导出了表,将值设置回 1,重新启动了数据库,重新导入了表,一切都恢复正常了。 这是我的罪魁祸首。【参考方案5】:
    停止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 < dbase.mysql

【讨论】:

就我而言,我还必须这样做: 10.5 从 /var/lib/mysql/ 下删除 目录 它不工作。 :( 表 'tablename.wp_posts' 不存在 由于一些不可预见的情况,我备份了我的整个/var/lib/mysql 文件夹,并且在重新安装了我的 manjaro 盒子后,它工作得很好。厉害了我的好人!你给我一杯社交距离啤酒。【参考方案6】:

我不知道原因,但就我而言,我解决了只是禁用和启用外键检查

SET FOREIGN_KEY_CHECKS=0;
SET FOREIGN_KEY_CHECKS=1;

【讨论】:

谢谢兄弟!就我而言,我不得不禁用 foreign_key_checks 并在消失的表上执行选择查询,然后表又恢复正常。我认为数据行中有一些外键违规,因为在这个问题发生之前我有一个中断的程序。 还没能找到具体原因,但这也解决了我的问题 在我的例子中,它有助于运行SET FOREIGN_KEY_CHECKS=0;,然后在同一个控制台中执行SHOW CREATE TABLE …,然后重新启用SET FOREIGN_KEY_CHECKS=1; 这对我们也有帮助,日志中有一些有用的信息:2021-10-01T11:26:26.020904Z 8 [Warning] InnoDB: Load table foo.bar failed, the table has missing foreign key indexes. Turn off 'foreign_key_checks' and try again. 2021-10-01T11:26:26.020927Z 8 [Warning] InnoDB: Cannot open table foo/bar from the internal data dictionary of InnoDB though the .frm file for the table exists. Please refer to http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html for how to resolve the issue.【参考方案7】:

请运行查询:

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 和不可打印的字符。 如果您通过从某个文档/网站复制创建代码来创建表格,则它有可能在某处具有零宽度空间。

【讨论】:

非常有用的帖子,谢谢!但所有表都是具有正确名称长度的 ASCII【参考方案8】:

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

重启mysql

$ sudo service mysql restart

现在可以访问表格了。

【讨论】:

完全为我工作,虽然我的命令略有不同:$ sudo /usr/local/mysql/support-files/mysql.server restart 这应该是我想尝试的事情列表的顶部。值得一试,就我而言,它奏效了。【参考方案9】:

我刚刚在这个噩梦中度过了三天。理想情况下,您应该有一个可以恢复的备份,然后简单地删除损坏的表。这些类型的错误可能会导致您的 ibdata1 增长巨大(对于普通表来说,大小超过 100GB)

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

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

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

在我们的例子中,我们还在所有数据库上不断收到mysql has gone away 消息,时间间隔是随机的;删除损坏的数据库后,一切都恢复正常。

【讨论】:

谢谢安迪,我知道了我面临的问题的线索。我将 ibdata1 从 C 驱动器中的某个位置移动到 D 驱动器,以节省 C 驱动器上的空间紧缩。幸运的是,在阅读了您的 cmets 后,我在 D 驱动器中获得了 ibdata1(以及 ib_logfile1. 和 ib_logfile0 文件)。现在将从我移动这些文件的位置查看并将其恢复到那里。然后希望我的桌子会回来。 你如何“立即尝试转储表”?我有同样的问题,没有备份,所以我正在寻找至少获取表结构的方法,但是如果你从目录中删除文件,那么一切都消失了? 做到了!谢谢,【参考方案10】:

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

SELECT * FROM `table`

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

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

祝你好运。

【讨论】:

仅供参考 - 该表是 MyISAM 而不是 INNO ` 也称为反引号 @PlanetUnknown “这是您 TAB 上方的钥匙” - 你怎么知道这是真的?我有它在我的“P”键的右侧。不是每个人都有相同的键盘布局。【参考方案11】:

在复制 idb-file 之前尝试运行 sql 查询以丢弃表空间:

ALTER TABLE mydatabase.mytable DISCARD TABLESPACE;

复制 idb 文件

ALTER TABLE mydatabase.mytable IMPORT TABLESPACE;

重启MySql

【讨论】:

你救了我:) @I0pan 我尝试了上述相同的步骤。但是在 ALTER TABLE mydatabase.mytable IMPORT TABLESPACE;它显示表不存在。但它确实:(【参考方案12】:

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

一定有一些表名的元数据库,而且在我删除它之前它很可能仍然存在。

【讨论】:

我创建了一个程序,意识到它需要是一个视图。所以我在最后用一些 zzz 重命名了该过程,以便我可以参考它并创建一个同名的视图。无法获得 SELECT 来查看它,出现此错误。 将代码复制到文本文件,删除视图和过程。重新创建了视图,一切都很好。 所以是的 - 七年后 - 在某些边缘情况下仍然会发生某种幽灵/缓存名称操作。【参考方案13】:

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

这对我有用:

    停止新的 WAMP

    从旧 WAMP 安装中复制您需要的数据库目录和 ibdata1 文件

    删除ib_logfile0ib_logfile1

    启动 WAMP

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

【讨论】:

我希望人们指出他们引用的文件所在的位置...... 从没有可读表的 mysql docker 镜像中获得。可以确认停止映像、删除这些文件并重新启动再次授予访问权限。【参考方案14】:

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

【讨论】:

【参考方案15】:

曾与鬼表类似的问题。值得庆幸的是有一个SQL转储从故障之前。 P>

就我而言,我必须:

    停止 mySQL 移动IB *从/var/mysql文件关闭到备份 LI> 删除/var/mysql/dbname 重启 mySQL 重新创建空数据库 恢复转储文件

注意:需要转储文件。

【讨论】:

我猜你的意思是/var/lib/mysql而不是/var/mysql 删除数据库目录并从备份中恢复是唯一对我有帮助的事情。【参考方案16】:

    做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;

【讨论】:

【参考方案17】:

我在新电脑上安装了 MariaDB, 停止Mysql服务 将数据文件夹重命名为 data- 我解决了我的复制问题 Mysql\data\table_foldersibdata1 从崩溃的 HD MySql 数据文件夹到新安装的 mysql 数据文件夹。

我跳过了ib_logfile0ib_logfile1(否则服务器没有启动服务)

启动mysql服务。

然后服务器正在运行。

【讨论】:

【参考方案18】:

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

这里有解决办法,大部分都需要重启mysql。

重新创建您的日志文件 (Delete and restart mysql) Resize your log files(MySql 5.6+ 会为你重新生成文件) 如果您正在执行某种类型的数据迁移,请确保您已正确迁移正确的文件并为其授予权限,正如其他人已经声明的那样 检查您的数据和日志文件的权限,mysql 是两者的所有者 如果一切都失败了,您可能需要重新创建数据库

【讨论】:

【参考方案19】:

这里是另一个场景(版本升级)

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

解决方案:

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

相关文档为here。

【讨论】:

尝试了很多,但在我将所有数据库转移到新服务器后,这是唯一对我有很大帮助的事情。谢谢! (Ubuntu 16.04)【参考方案20】:

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

【讨论】:

这对我有用!检查了每个触发器,发现有一个触发器需要改进,并且成功了!【参考方案21】:

仅从旧数据目录复制 ibdata1 文件。不要复制 ib_logfile1ib_logfile0 文件。这将导致 MySQL 不再启动。

【讨论】:

【参考方案22】:

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

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

【讨论】:

【参考方案23】:

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

【讨论】:

制表符完成没有帮助,我无法显示创建表,因为表“不存在”。来自地狱【参考方案24】:

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

【讨论】:

【参考方案25】:

我认为值得在这里提出的另一个答案(因为我来到这里时遇到了同样的问题,结果证明这是我的答案):

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

有点明显的新手问题,但像 "user" 与 "users" 之类的东西可能会绊倒人们,我认为在此处的列表中会有一个有用的答案。 :)

【讨论】:

【参考方案26】:

在我的例子中,当我导入导出的 sql 文件时,我收到了一个错误,比如创建表查询的表不存在。

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

所以我删除了数据库名称中的下划线,一切顺利。

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

【讨论】:

【参考方案27】:

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

这意味着

a) 查询中断

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

RENAME TABLE ` Customer` TO `Customer`;

【讨论】:

【参考方案28】:

在我的例子中是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。

【讨论】:

【参考方案29】:

转到:xampp\mysql\data\dbname dbname 里面有 tablename.frm 和 tablename.ibd 文件。 删除它 然后重启mysql再试一次。

【讨论】:

【参考方案30】:

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

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

innodb-page-size=65536

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

【讨论】:

以上是关于MySQL > 表不存在。但它确实(或应该)的主要内容,如果未能解决你的问题,请参考以下文章

MySQL 仅在表不存在时插入数据

Cpanel 不显示数据库,但它确实存在

mysql show可以看到表,但是select的时候提示表不存在

二级考试MySQL数据库怎么用?mysql拷贝数据库库文件,复制还原后显示表不存在怎么办

MySQL - 表不存在且无法创建

访问:如果表不存在则创建表