MySQL数据库InnoDB坏页处理修复
2021/9/4 19:07:30
本文主要是介绍MySQL数据库InnoDB坏页处理修复,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
一、InnoDB坏页出现情况
由于物理磁盘、内存故障、突然断电、强制关机、强制杀死MySQL进程等可能会造成数据坏页现象,数据库实例会不断重启。
错误日志内报如下错误:
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page
现根据以上现象,对该问题进行处理分析。本方案针对InnoDB引擎进行坏页修复。进行灾难恢复大概率会造成造成一部分数据的丢失。
二、InnoDB坏页修复步骤
本文档只介绍使用innodb_force_recovery参数进行数据库强制打开的方式。
2.1 对数据目录进行冷备
关闭数据库实例,对数据目录进行冷备。
1 |
shell> tar –cvf data. tar data
|
2.2 查看错误日志内容
查询错误日志路径
1 2 3 4 5 6 |
SQL> show variables like 'log_error' ;
+---------------+------------+
| Variable_name | Value |
+---------------+------------+
| log_error | . /test .err |
+---------------+------------+
|
注:该路径即为datadir目录下
1 |
shell> tail -3000f /var/lib/mysql/data/test .err
|
判断此时数据库是否已经无法正常运行
2.3 修改相关参数启动服务
1 2 |
shell> vi /etc/my .cnf
innodb_force_recovery=1
|
注:
innodb_force_recovery = 2~6,依次启动服务器直至可以访问有问题的表。
innodb_force_recovery参数解析
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):不执行前滚的操作。
2.4 进行全库导出
1 |
shell> mysqldump -uroot -pmysql --master-data=2 -E -R --all-databases > full.sql
|
2.5 新环境同版本初始化环境
1 |
shell> /usr/local/mysql/scripts/mysql_install_db --basedir= /usr/local/mysql --datadir= /var/lib/mysql --user=mysql
|
注:basedir/datadir根据实际情况修改
2.6 新环境导入数据
1 |
shell> mysql -uroot -p < full.sql
|
这篇关于MySQL数据库InnoDB坏页处理修复的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-11-04部署MySQL集群项目实战:新手入门教程
- 2024-11-04如何部署MySQL集群资料:新手入门指南
- 2024-11-02MySQL集群项目实战:新手入门指南
- 2024-11-02初学者指南:部署MySQL集群资料
- 2024-11-01部署MySQL集群教程:新手入门指南
- 2024-11-01如何部署MySQL集群:新手入门教程
- 2024-11-01部署MySQL集群学习:新手入门教程
- 2024-11-01部署MySQL集群入门:新手必读指南
- 2024-10-23BinLog入门:新手必读的MySQL二进制日志指南
- 2024-10-23Binlog入门:MySQL数据库的日志管理指南