MySQL表不存在错误，但它确实存在

Question

有谁知道在什么条件下您可以收到 1146: Table '.'当您的表确实存在时不存在错误？

我在 5 台服务器上使用相同的代码，只有我最近租用的一台服务器显示此错误，因此我怀疑这可能是某种设置或安装错误。我可以从命令行执行我的sql语句。显然，我也可以从命令行查看该表。当我建立连接时，我没有收到任何连接错误（顺便说一句，我正在使用 mysqli）。

任何帮助将不胜感激。

精确查询：

$sql = "SELECT DISTINCT(mm_dic_word) AS word FROM spider.mm_dictionary WHERE mm_dic_deleted=0";

Answer 1

我在带有 mysql 5.1 和 xfs 文件系统的 centos 6.4 系统上看到过这个。

这些表显示为“显示表”，但选择或描述失败，并显示表不存在消息，如您所描述的。这些文件位于我期望的位置。

系统运行良好几个月，然后在更改 /etc/my.cnf 将 table_cache 设置为 512 而不是 256 后重新启动服务 mysqld 后，系统出现了偏差。

根据 arcconf，raid 控制器认为一切都很好。 xfs_check 没有找到任何东西。 IPMI的系统事件列表一目了然。 dmesg 显示了 iptables 关于连接跟踪和丢弃软件包的一些抱怨，所以我们可能已经被 DOS 了，但由于服务器上没有任何东西真正面向外部运行，我不明白它如何影响 mysql 数据完整性？

我最终将slave提升为master并重新加载系统，现在想知道是什么导致了错误，以及centos 6.4上xfs的选择是否仍然是一个稳定的选择，或者罪魁祸首是否是mysql 5.1。

哦，是的，永远不要改变正在运行的系统:)

Answer 2

Mac OS X？
停下来，不要重新复制任何东西...

我在 Mavericks 上遇到过几次这个问题。 MySQL 不再包含在内，但我认为我的安装基本上与您期望在 Snow Leopard 上找到的安装相同，而不是 MAMP 或其他东西。

从一台计算机迁移到另一台计算机后，我遇到了这个问题。这是MySQL控制面板启动mysqld的结果，而不是我在命令行启动它的结果。 （迁移时，这个有点过时的控制面板忘记了您告诉它不要在启动时启动。）

查看我的系统上的进程（顶部或活动监视器）：如果所有者是root，则它是由launched启动的，并且不会正常工作；正确的进程将以 _mysql 作为所有者。

有时，我有两个进程并行运行！

奇怪的是，你可以做任何事情，包括通过命令行使用 mysql。但是，即使列出了 innodb 表，它们也会在查询时生成不存在错误。

这似乎是一个所有权问题，也可能适用于其他系统。

Answer 3

您最好使用 mysqldump 对要备份的表进行正确的 SQL 类型备份。复制内部文件经常会导致这样的问题。

例如

mysqldump [database] [table] > tablebackup.sql

，然后复制并执行：

mysql -D [database] < tablebackup.sql

会省去很多麻烦:)

Answer 4

如果您以无权查看该数据库/表的用户身份登录，那么您可能会得到该结果。您在命令行上使用的登录名是否与通过 mysqli 使用的登录名相同？

Answer 5

这恰好发生在我身上，过了一会儿，我在一篇博客文章中找到了答案，也想把它放在这里。

如果将 MySQL 数据目录从 /var/lib/mysql 复制到 /path/to/new/dir，但只复制数据库文件夹（即 mysql、wpdb、ecommerce 等）并且您确实有 InnoDB 表，您的 innodb 表将显示在“显示表”中，但对它们进行查询（select 和 describe) 将失败，并出现错误 Mysql 错误：表 db.tableName 不存在。您将在 db 目录中看到 .frm 文件，并想知道为什么。

对于 InnoDB 表，复制 ib* 文件非常重要，在我的例子中是 ibdata1、ib_logfile0 和 ib_logfile1< /代码>。当我完成传输并确保将其复制过来后，一切都按预期进行。

如果您的 my.cnf 文件包含 innodb_file_per_table，则 .ibd 文件将出现在 db 目录中，但您仍然需要 ib* 文件。

Answer 6

在这种情况下，使用 mysqlcheck 是正确的 - 所以你可以放弃表健全性​​问题和表完整性问题。如果需要的话修理它们。

Answer 7

难道你的一台服务器是linux机器吗？ MySQL在linux上区分大小写，在windows上不区分大小写。

Answer 8

基本上，我相信我遇到的问题是由于密码哈希长度不同造成的。就我而言，我得到了一台新服务器，在其上进行了完整的 mysql 转储，还传输了密码和用户信息。新服务器已经使用具有 16 个字符长度哈希的 root 用户进行了初始化，但我的旧服务器正在使用较新的 32 个字符哈希长度。

我必须进入 my.conf 将旧密码设置为 0（否则每次我尝试更新数据库时，新更新的长度都是 16 个字符）。然后，我通过命令 UPDATE mysql.user SET password=PASSWORD('password here'); 将所有密码更新为相同，然后刷新权限。

显然，让每个用户使用相同的密码是一个非常糟糕的主意，所以在确认它可以工作后，我一一更改了它们。

我在这里写了一篇博客文章，介绍了我所做的一些其他事情，但这些事情不起作用，在我遇到这个解决方案之前（以防万一这些更改中的一个或多个影响我的结果），但是，我认为上述解决方案是完整的......但我还没有尝试重现该错误，所以我可以'不能100%确定。

Answer 9

当我尝试使用大写字母选择表而表名是小写字母时，就发生了这种情况。

因此，为了解决这个问题，我将“lower_case_table_names=1”放在 my.cnf 文件中。

Answer 10

我曾经有过这样的行为。后来我发现我使用的 JDBC 驱动程序将我的查询更改为小写，因此我无法使用它访问我的数据库（使用混合大小写字母），尽管我的代码使用了正确的混合字母。

Answer 11

这可能与 InnoDB 和 MyISAM 表一起使用有关。如果复制数据库文件，MyISAM 会正常，而 InnoDB 会显示但无法工作。