Lock Wait 处理

本文探讨了Lock-Wait告警的原因及应对措施,主要分析了三种情况:表被锁定、执行语句效率低以及线程间的死锁,并提出了具体的解决办法。

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

Lock-Wait 一般是当前需要处理的脚本在等待执行并且超过一定的等待时间出的告警,根据以往经验出现这种现象一般有下面几种场景:

1.需要操作的表被锁定(如在做Upaate操作),导致当前语句不能执行; -- 比较常见

2.前面执行的语句效率过低,可能Select一个没有索引的大数据表,导致后面脚本不能被执行; -- 比较常见

3.同一个表被不同线程同时在更新,引起死锁。


出现告警我们需要对语句进行简单分析(GE_开头是网销的表、ES_开头是网服的表),如果属于前面两类则后续程序需要做优化,如果是第3类则需要立即通知管理员处理,否则会引起线程柱塞中间件Down机。一般如果收到的邮件不算太多,一般都属于1、2这两类,如果短时间内(10分钟)收到几百上千则必须要求管理员检查是否有死锁。

另,目前网销批处理作业是根据GE_FINAL_STATUS表进行控制,而且不同线程是根据同一条记录不同字段的标记进行判断及更新操作,这种机制会出现不同线程对同一行数据进行更新的场景,但业务量大时容易出现上面第3种问题,后续有时间建议优化一下。
 

转载于:https://my.oschina.net/u/2277088/blog/895801

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值