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

当前回答

我在新电脑上安装了MariaDB，停止Mysql服务重命名数据文件夹为data- 我解决了复印的问题 Mysql\data\table_folders和ibdata1 从崩溃的高清MySql数据文件夹到新安装的MySql数据文件夹。

我跳过了ib_logfile0和ib_logfile1(否则服务器没有启动服务)

启动mysql服务。

然后服务器正在运行。

2014-03-10 13:34:50

其他回答

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

ALTER TABLE mydatabase.mytable DISCARD TABLESPACE;

复制idb-file

ALTER TABLE mydatabase.mytable IMPORT TABLESPACE;

重新启动MySql

2014-04-13 20:39:27

我也遇到了同样的问题，我找了2-3天，但这个解决方案对我来说真的很愚蠢。

重新启动mysql

重启mysql

现在可以访问表了。

2017-02-25 07:55:01

请运行查询:

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

下面是另一个场景(版本升级):

我重新安装了我的操作系统(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 >表不存在。但它确实(或应该)

推荐文章

最新文章

标签