问MySQL5.5损坏-缺少临时表

EN

有些时候，InnoDB表会深深地卡在ibdata1中，因此您必须尝试预测mysql才能启动。

尝试在/etc/my.cnf ( 诺姆b )中使用未定义

[mysqld]
innodb_force_recovery = 1

然后重新启动mysql。

这至少应该允许mysqldump

mysqldump -u... -p... --routines --triggers --all-databases > /root/MySQLData.sql

完成remove转储所有数据后，删除innodb_force_recovery

然后，执行InnoDB的完整清理，如下所示

service mysql stop
mv /var/lib/mysql /var/lib/mysql_old
mkdir /var/lib/mysql
mkdir /var/lib/mysql/mysql
cp /var/lib/mysql_old/mysql/* /var/lib/mysql/mysql/.
chown -R mysql:mysql /var/lib/mysql
service mysql start
mysql -u... -p... < /root/MySQLData.sql

在service mysql start之后，创建新的InnoDB文件(ibdata1、ib_logfile0、ib_logfile1)。

试试看!！

在继续执行任何恢复步骤之前，请始终进行备份！恢复有时会进一步损坏数据库。

检查是否可以更改数据库文件的权限或所有权，这不允许MySQL打开必要的表空间文件。

您可能会遇到临时.ibd文件被MySQL删除的情况，但是MySQL在清理完成之前就崩溃了。

如果.frm文件仍然存在，那么：

1. 删除缺少的.ibd表，将表名括在后面。

否则，您需要在另一个.frm服务器或实例上创建一个模拟MySQL文件。以下是几个步骤：

1. 试着记住或查看二进制日志是否可以提示您可能正在更改的表。
2. 转到具有相同版本的MySQL的另一个MySQL服务器或实例。
3. 创建具有匹配架构的空表，将表名括在backticks中。
4. 将结果.frm文件复制到丢失.ibd文件的位置。在Unix中，将文件名括在双引号中。
5. 启动崩溃的MySQL服务器。
6. 删除缺少的.ibd表，将表名括在后面。

这些指令在MySQL手册中也是可用的，如错误消息中所述，形式有些不同：InnoDB数据字典操作的故障排除。