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

当前回答

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

这招对我很管用:

停止新的WAMP 从旧WAMP安装中复制所需的数据库目录和ibdata1文件 删除“ib_logfile0”和“ib_logfile1” 开始里面

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

其他回答

请运行查询:

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代码来创建你的表,那么它可能在某个地方有零宽度空间。

我也遇到了同样的问题,但这不是由于一个隐藏的字符或“薛定谔表”。问题(与上面所述的完全相同)出现在恢复过程之后。我使用的是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

相关文件在这里。

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

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

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

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

希望这也能帮助到其他人。