案例1:日志环被冲破处理及分析
故障现象:
接某现场反馈数据库无法访问,随即协助现场排查,查询无数据库线程,数据库运行日志提示“Redo log try flush over space”如下图,相应bin目录下已产生多个core文件,数据库安装目录分区空间已满,数据库无法提供正常的数据访问服务,如下图:

原因分析:
经排查发现数据库运行日志显示 “日志环被冲破”。查看现数据库实例在线日志DAMENG01.log和DAMENG02.log分别为512M,分析随着业务规模和数据量的增长,事务中所包含的DML操作引起的变化量会持续增长,若某一时间点,进行一个或多个长事务,事务中包含有大量的DML或DDL操作,就会引发redo日志容量不足的问题,即冲破日志环。
通过对多个core文件的分析可以发现与某表(具体表名已做处理)相关的插入与删除语句均有出现,并且插入、删除操作均使用绑定变量的方式执行。经过检查后发现该模式下多张数据表没有主键或是索引,随着业务的发展,这种没有主键或是索引的表会对数据库系统带来不可估量的压力。
语句内容如下图:

解决办法:
1、移动最近的core文件到其它目录腾出一些空间。
2、编辑dm.ini,修改数据库端口由5236为5239,拉起数据库服务。
3、动态调整扩容两个重做日志大小各为2g(现实例DAMENG01.log和DAMENG02.log分别为512M),扩展如下图操作:
达梦重做日志案例处理分享及对重做日志一些认识
最新推荐文章于 2025-07-21 13:44:12 发布
本文分享了达梦数据库在日志环冲破和在线日志替换两个故障案例,详细分析了故障原因,并提供了解决方案。强调了重做日志在数据库恢复中的关键作用,以及在处理日志问题时可能存在的丢数据风险,提醒运维人员注意备份。

最低0.47元/天 解锁文章
398

被折叠的 条评论
为什么被折叠?



