适用范围

opengauss系数据库

问题概述

生产实践中，通过exporter实时采集panweidb数据库关键指标并发送到promethus监控平台，死锁数量在10min内增加10个触发告警组件告警

排查过程

1. 查询视图pg_stat_database获取总死锁数量
   

2. 查询当天系统日志，找到死锁发生的时间点
   

3. 根据死锁发生时间点，向下抓取具体信息，发现两个事务的执行逻辑一致，都是修改同一张表（ind_task_log）的部分行，由于行锁的存在，如果多个事务在已经占有部分行锁的前提下，进一步请求余下行的行锁时就可能产生死锁，可以猜测字段seq_id没有唯一约束
   

4. 检查对应表ind_task_log的表结构，验证上面的猜想
   

解决方案

1. 调整事务粒度或者执行顺序：尽可能少地在事务中写入多个sql语句（最小化原则），特别是这些sql语句的执行时间都比较长的情况下。这样可以减少发生死锁的可能性
2. 降低并发：通过增大任务与任务之间的下发间隔
3. 减少事务持有锁的时间：适当调整参数减小申请锁超时的时间，从而减少事务持有锁的时间，避免在事务中执行长时间运行的操作，从而减少死锁的可能性
4. 根据业务逻辑重新规划表结构