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):不执行前滚的操作。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/15498/viewspace-2089363/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/15498/viewspace-2089363/