MySQL数据库表损坏后如何复原

这篇文章主要为大家展示了“MySQL数据库表损坏后如何修复”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下“MySQL数据库表损坏后如何修复”这篇文章吧。

1.MyISAM表损坏

用myisamchk命令来修复

myisamchk -r -q 后面跟你的表名.MYI

这个命令是专门修复myism引擎数据库表的。比如，你的数据库目录为

/var/lib/mysql/db

其中一个表为 test

那么修复test表的方法为

myisamchk -r -q /var/lib/mysql/db/test.MYI

如果修复全部表，用这个命令

myisamchk -r -q /var/lib/mysql/db/*.MYI

2.InnoDB表损坏

InnoDB拥有内部恢复机制，假如数据库崩溃了，InnoDB通过从最后一个时间戳开始运行日志文件，来尝试修复数据库。

大多数情况下会修复成功，而且整个过程是透明的。

假如InnoDB自行修复失败，那么数据库将不能启动。

在继续操作前，先浏览下MySQL的日志文件，确定数据库是因为InnoDB表的损坏而崩溃。

有一种方法是更新InnoDB的日志文件计数器以跳过引起崩溃的查询，这种情况下，将造成数据的不一致性而且会经常使主从复制中断。

一旦确定MySQL因为InnoDB表损坏无法启动时，就可以按照以下5步进行修复：

1.编辑/etc/my.cnf文件，加入如下行:

innodb_force_recovery = 4

2.这时就可以重新启动数据库了，在innodb_force_recovery配置的作用，所有的插入与更新操作将被忽略;

3.导出所有的数据表;

4.关闭数据库并删除所有数据表文件及目录，再运行 mysql_install_db来创建MySQL默认数据表;

5.在/etc/my.cnf中删除innodb_force_recovery这一行，再启动MySQL（这时MySQL正常启动）;

6.从第3步备份的文件中恢复所有的数据。

innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。当设置参数值大于0后，可以对表进行select,create,drop操作,但insert,update或者delete这类操作是不允许的。

1(SRV_FORCE_IGNORE_CORRUPT):忽略检查到的corrupt页。

2(SRV_FORCE_NO_BACKGROUND):阻止主线程的运行，如主线程需要执行full purge操作，会导致crash。

3(SRV_FORCE_NO_TRX_UNDO):不执行事务回滚操作。

4(SRV_FORCE_NO_IBUF_MERGE):不执行插入缓冲的合并操作。

5(SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日志，InnoDB存储引擎会将未提交的事务视为已提交。

6(SRV_FORCE_NO_LOG_REDO):不执行前滚的操作。

以上是“MySQL数据库表损坏后如何修复”这篇文章的所有内容，感谢各位的阅读！

（编辑：银川站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!