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

当前回答

我花了三天时间在这个噩梦上。理想情况下,您应该有一个可以恢复的备份,然后只需删除损坏的表。这类错误可能导致ibdata1变大(一般表的大小为100GB以上)。

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

因此,作为一种变通方法,转到/var/log/mysql/database_name/并删除table_name.*

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

在我们的例子中,我们还不断地在所有数据库上随机地得到mysql已经离开的消息;一旦损坏的数据库被删除,一切都恢复正常。

其他回答

我花了三天时间在这个噩梦上。理想情况下,您应该有一个可以恢复的备份,然后只需删除损坏的表。这类错误可能导致ibdata1变大(一般表的大小为100GB以上)。

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

因此,作为一种变通方法,转到/var/log/mysql/database_name/并删除table_name.*

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

在我们的例子中,我们还不断地在所有数据库上随机地得到mysql已经离开的消息;一旦损坏的数据库被删除,一切都恢复正常。

停止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 < dbbase .mysql

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

幽灵桌也有类似的问题。幸运的是,在失败之前有一个SQL转储。

就我而言,我必须:

停止mySQL 将/var/mysql中的ib*文件移至备份 删除/var/mysql/ {dbname} 重新启动mySQL 重新创建空数据库 恢复转储文件

注意:需要转储文件。

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