PostgreSQL如何记录Spring JPA生成事务的锁信息及表锁判定

问题1：仅执行单实体插入和带WHERE条件的更新操作，是否会触发表级锁 #

• 常规场景下不会触发。PostgreSQL对普通INSERT、带有效行级匹配条件的UPDATE，默认仅加行级排他锁，不会主动申请表级锁。
• 仅特殊情况会涉及表级锁：
  • 操作的表上存在未执行完成的DDL操作（如ALTER TABLE、非CONCURRENTLY模式的索引创建等），这类操作会申请表级排他锁，会和DML操作互相阻塞
  • UPDATE语句的WHERE条件未走索引，触发全表扫描，或者你主动执行了显式表级锁语句
  • 表上的外键级联约束、触发器触发了关联表的锁操作，但也不属于当前操作表的表级锁范畴

问题2：是否可以从PostgreSQL侧或Java侧记录该操作获取的锁类型、获取时间以及锁持有时长 #

PostgreSQL侧实现方案 #

• 开启log_lock_waits参数：当锁等待时长超过deadlock_timeout（默认1秒）时，数据库会自动记录锁等待的详细日志，包含锁类型、持有锁的事务、等待锁的事务等信息
• 可以通过系统视图实时查询锁信息，示例查询语句如下：

SELECT 
  l.locktype, l.mode, l.granted,
  a.xact_start, a.query_start,
  now() - a.xact_start AS transaction_duration,
  a.query
FROM pg_locks l
JOIN pg_stat_activity a ON l.pid = a.pid
WHERE a.pid = 目标事务的进程ID;

• 需要持久化全量锁记录的话，可以开启pg_stat_statements扩展，或者使用pgAudit等审计插件配合自定义采样脚本落盘数据。

Java侧实现方案 #

• 基于Spring事务切面做埋点，在事务开启、提交/回滚节点记录事务的开始、结束时间，再通过JDBC连接的进程ID关联PostgreSQL侧的锁数据即可匹配
• 如果你使用MyBatis等ORM框架，可以通过SQL执行拦截器记录每条SQL的执行时间，结合业务日志定位慢操作对应的锁持有区间。

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