【MySQL】MySQL启库失败故障处理两则

本文解析了InnoDB存储引擎中常见的错误代码及其含义,包括页日志序列号在未来及事务ID异常的情况。提供了官方推荐的恢复步骤,涉及数据库备份、停止服务、配置文件调整等,并详细解释了innodb_force_recovery参数的不同值对数据库恢复的影响。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

错误一:

130516 20:47:36  InnoDB: Error: page 5 log sequence number 151 2771374516
InnoDB: is in the future! Current system log sequence number 131 3791365897.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: for more information.

错误二:

2020-07-22T05:14:23.964444-05:00 2 [Warning] InnoDB: A transaction id in a record of table `mysql`.`innodb_table_stats` is newer than the system-wide maximum.

处理方法见官方网站:
https://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html

当无法启库时,
(1)对现在数据库做个备份
(2)停库
(3)在my.cnf中添加innodb_force_recovery = 1
此参数有0-6共7个值,0是默认值,值越大风险越大。
若无法正常启库,可尝试从1开始依次加大测试启库。

关于innodb_force_recovery的值:

0:正常启库而不强制恢复
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):不执行前滚的操作。

注意:值为4或更大的值可能会永久损坏数据文件。

在不断尝试不同值启动过程中,能导出表就尽量导出。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值