PieCloudDB死锁检测方法、机制及开启参数与事务锁查询咨询

一、死锁检测机制 #

PieCloudDB具备完善的死锁检测机制，它基于PostgreSQL内核开发，后台会运行专门的死锁检测进程，定期扫描系统中的锁等待图，一旦发现循环等待的事务链（即死锁），会自动终止其中一个事务来解除死锁，避免系统资源被长期占用。

二、死锁检测的参数设置 #

通过以下参数可以配置死锁检测相关行为：

• deadlock_timeout：控制触发死锁检测的等待时长，默认值为1秒（1s）。当某个事务等待锁的时间超过该值时，系统会启动死锁检测。可以全局修改postgresql.conf文件，也可以在会话级别临时设置，比如：

  SET deadlock_timeout = '1500ms'; -- 设置为1.5秒
  

• lock_timeout：可选参数，设置单个锁等待的超时时间，超过后事务会直接报错终止，能间接减少死锁发生的概率。例如：

  SET lock_timeout = '5s'; -- 锁等待5秒后超时
  

三、事务及锁状态查询视图 #

可以通过以下系统视图查询事务和锁的状态：

• pg_locks：展示当前所有持有的锁和等待中的锁，核心字段包括locktype（锁的类型，如表锁、行锁）、mode（锁模式，如ACCESS EXCLUSIVE、SHARE）、granted（是否已获取锁）、pid（持有/等待锁的进程ID）、relation（锁关联的表OID，可通过::regclass转换为表名）。
• pg_stat_activity：查看当前活跃的进程和事务状态，结合pg_locks能快速定位锁等待问题。关键字段有pid、query（进程正在执行的SQL）、state（事务状态）、waiting（是否在等待锁）、xact_start（事务启动时间）。
• pg_deadlock：部分PieCloudDB版本提供该视图，记录系统中发生过的死锁事件，包含死锁发生时间、涉及的事务ID、触发死锁的SQL语句等信息，方便事后排查。

常用查询示例 #

查询所有正在等待锁的事务及关联信息：

SELECT 
  a.pid,
  a.query,
  a.xact_start,
  l.locktype,
  l.mode,
  l.relation::regclass AS table_name
FROM pg_stat_activity a
JOIN pg_locks l ON a.pid = l.pid
WHERE a.waiting = true;

查询当前所有持有的表级锁：

SELECT 
  l.pid,
  a.query,
  l.mode,
  l.relation::regclass AS table_name
FROM pg_locks l
JOIN pg_stat_activity a ON l.pid = a.pid
WHERE l.locktype = 'relation' AND l.granted = true;

内容的提问来源于stack exchange，提问作者heihei Li