先备份数据库(备份完成后再进行以下修复操作)
可以mysqldump -A > all.sql 进行全库备份 (mysqldump导出错误的时候可以省略错误的表进行导出其他的数据添加选项 --ignore-table=table_name ) 也可以进入到/usr/local/shell/ 执行 mysql_backup.sh进行备份数据库 以上两种方式都不可以备份 可以进入到/data/mysql/3306目录里面将以下所有文件信息copy一份
针对MyIsam表进行修复方法
1.描述：
在数据库可以进入 mysql程序正常，只有日志中抛有tables错误的时候使用以下修复：
mysql> REPAIR TABLE 表名
3.描述：
在数据库不能进入、数据库程序不能够正常启动的时候使用
mysqlcheck -Aor (此命令在数据库外执行，针对所有myisam的数据库表进行修复 -A=所有all、-o, --optimize 进行对索引优化【重新整理索引】-r, --repair 修复 )
shell# mysqlcheck -Aor 执行的时候会抛出错误(凡是innodb表都会抛错误)
在知道是那个表错误的情况下可以使用以下命令进行修复 (后续可以添加-f选项 force 强制修复，慎用此选项操作)
shell# myisamchk -oar tables.MYI
针对Innodb表修复方法
1.描述：
数据库可以进入 mysql程序正常，只有日志中抛有tables错误的时候使用以下修复：
1、通过mysqldump将错误的表进行导出(仅导出数据即可)，确定导出没有问题！
2、进入mysql truncate table 表名
3、通过mysql命令将刚才导出的数据库数据灌入即可搞定
2.描述：
可参考 http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
数据库无法正常启动，日志中存在表错误，index错误信息 修复：
1、在my.cnf文件里面添加
[mysqld]
innodb_force_recovery = 1 (1级别最低通常只是作为跳过表错误正常启动mysql服务)
级别越高，修复难度越大、 (1-6)
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):不执行前滚的操作。
2、能够正常启动mysql后，上层应用不用启动、防止写入数据出现错误
进入mysql 进行更改错误表的信息
mysql> alter table table_name ENGINE=myisam;
修改完成后使用Myisam的修复方式进行修复
修复完成之后将表更改为innodb 、my.cnf 文件的innodb_force_recovery = 1 注释掉之后重新启动mysql注意观察日志是否抛错
3、通过数据库备份加binlog日志进行恢复，步骤过多，不予写出
仍然可以参考 http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
进行恢复
本文出自 “岳贺庚” 博客，请务必保留此出处http://yhgcenter.blog.51cto.com/2623981/1903984
mysql 数据库表错误 修复 总结
标签：mysql 数据库表错误 修复
本文系统来源：http://yhgcenter.blog.51cto.com/2623981/1903984
