达梦重做日志案例处理分享及对重做日志一些认识

本文分享了达梦数据库在日志环冲破和在线日志替换两个故障案例,详细分析了故障原因,并提供了解决方案。强调了重做日志在数据库恢复中的关键作用,以及在处理日志问题时可能存在的丢数据风险,提醒运维人员注意备份。

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

案例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),扩展如下图操作:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值