Mysql 数据库坏表修复 萝卜白菜,各有所爱,能干活、能修复表才是王道!!!修复之前谨记:先备份数据库 (备份完成后再进行以下修复操作) 可以mysqldump
萝卜白菜,各有所爱,能干活、能修复表才是王道!!!
修复之前谨记:先备份数据库 (备份完成后再进行以下修复操作)
可以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
进行恢复
--结束END--
本文标题: mysql 数据库表错误 修复 总结
本文链接: https://lsjlt.com/news/38477.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-10-23
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0