Mysql:InnoDB: The log sequence number in ibdata files does not match


长假归来,发现MySQL资料库不能启动,log中下:
130120  9:47:16  InnoDB: Started; log sequence number 0 4266237178
130120  9:47:16 [Note] Event Scheduler: Loaded 0 events
130120  9:47:16 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.1.52'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  Source distribution
130120 09:59:25 mysqld_safe Number of processes running now: 0
130120 09:59:25 mysqld_safe mysqld restarted
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
130120  9:59:26  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
130120 09:59:26 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

尝试重新启动mysql后,正常,再观察看是否还会异常。


130218 13:25:12 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
130218 13:25:12  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
130218 13:25:12  InnoDB: Started; log sequence number 0 4266240067
130218 13:25:12 [Note] Event Scheduler: Loaded 0 events
130218 13:25:12 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.1.52'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  Source distribution

有资料说,将my.cnf增加一行“innodb_force_recovery = 4”,让mysql强制恢复innodb,或使用“innodb_force_recovery = 3”,将数据表内容单个导出再新建库并汇入,应该就可以了,如果不行可以测试一下。


[root@ocs log]# cat /etc/my.cnf 

innodb_force_recovery = 4



<script type=text/javascript charset=utf-8 src="http://static.bshare.cn/b/buttonLite.js#style=-1&uuid=&pophcol=3&lang=zh"></script> <script type=text/javascript charset=utf-8 src="http://static.bshare.cn/b/bshareC0.js"></script>
阅读(1514) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~
评论热议
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
当在MySQL中遇到`INNODB_IRX TOO MANY`这个错误时,这通常与InnoDB引擎的行级索引(Row Level Indexes,也称为行格式或B+树)相关。`INNODB_IRX`是指InnoDB使用的行级范围查找(Index Range Scan)操作。如果发生了过多这样的操作,可能是由于查询过于频繁且范围广泛,或者索引设计不合理,导致InnoDB引擎需要处理大量的索引范围查找,从而超过了内部限制。 具体可能的原因有: 1. **查询优化问题**:如果你的查询涉及到大量范围查询,并且没有有效的覆盖索引,可能会触发过多的行级扫描。 2. **索引设计**:索引可能被设计得不够精细,或者包含不必要的列,这可能导致查找效率下降。 3. **数据分布不均**:如果表中的数据分布不均匀,某些部分的数据量较大,可能导致范围查找较多。 4. **表或索引碎片**:如果表的物理结构被打散,可能会增加范围查找的复杂度。 要解决这个问题,你可以尝试以下步骤: - **检查查询**:分析你的查询语句,确保它们使用了正确的索引,并尽量减少范围查询。 - **调整索引**:可能需要重构索引,如添加或删除某些列,或者创建覆盖索引来提高性能。 - **优化数据**:清理或重新分发数据,确保数据尽可能均匀分布。 - **查看慢查询日志**:找出导致`INNODB_IRX`的慢查询,以便针对性地优化。 - **增大内存或硬件**:如果InnoDB的缓存不足以应对大规模的范围查找,可以考虑增加内存或者优化硬件配置。 如果你想要进一步了解如何优化具体问题,或者有特定的查询示例,可以提供更多信息,我会给出更具体的建议。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值