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

我更改了MySQL安装的datadir，所有的基都正确移动，除了一个。我可以连接和使用数据库。SHOW TABLES还正确地返回所有表，并且每个表的文件都存在于MySQL数据目录中。

然而，当我试图从表中选择某些东西时，我得到一个错误消息，该表不存在。然而，这没有意义，因为我能够通过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

当前回答

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

2014-03-13 13:12:50

其他回答

请运行查询:

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和非打印字符。如果你通过复制一些文档/网站的create代码来创建你的表，那么它可能在某个地方有零宽度空间。

2011-10-13 19:58:59

在复制idb-file之前，尝试使用sql查询来丢弃表空间:

ALTER TABLE mydatabase.mytable DISCARD TABLESPACE;

复制idb-file

ALTER TABLE mydatabase.mytable IMPORT TABLESPACE;

重新启动MySql

2014-04-13 20:39:27

这个问题似乎与无效(损坏?)的innodb日志文件有关(至少在我的和其他几家)。一般来说，它们只是需要重新创建。

这里有一些解决方案，其中大部分需要重新启动mysql。

重新创建日志文件(删除并重新启动mysql) 调整日志文件大小(MySql 5.6+将为您重新生成文件) 如果您正在进行某种类型的数据迁移，请确保您正确地迁移了正确的文件，并按照其他人已经声明的那样赋予其权限检查数据和日志文件的权限，确保mysql是两者的所有者如果所有这些都失败了，您可能不得不重新创建数据库

2014-07-17 16:22:55

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

2014-03-13 13:12:50

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

SELECT * FROM `table`

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

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

祝你好运。

2014-12-13 22:55:45

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

推荐文章

最新文章

标签