PostgreSQL死锁排查与解决指南

 更新时间:2025年11月05日 09:56:21   作者:Moshow郑锴  
数据库死锁是后端开发者和DBA经常遇到的棘手问题,本文将手把手教你如何排查和解决PostgreSQL中的死锁问题,需要的朋友可以参考下

PostgreSQL 16默认会记录死锁吗?

答案是不会! 

虽然PostgreSQL 16具备死锁检测机制(在等待锁超过deadlock_timeout后会自动检测并解决死锁),但默认不会将死锁的详细信息记录到日志中。这就意味着你知道发生了死锁,却不知道具体原因!

如何配置死锁日志记录

1. 修改配置文件

找到PostgreSQL数据目录下的postgresql.conf文件,添加以下配置:

# 记录锁等待信息(关键!)
log_lock_waits = on
 
# 死锁检测超时时间(默认1秒)
deadlock_timeout = 1s
 
# 日志级别至少设置为log
log_min_messages = log
 
# 详细的日志前缀
log_line_prefix = '%t [%p]: db=%d,user=%u,app=%a,client=%h '

2. 重新加载配置

-- 在psql中执行
SELECT pg_reload_conf();

或者使用命令行:

pg_ctl reload -D /path/to/your/data/directory

死锁日志分析实例

配置完成后,当死锁发生时,你会在日志中看到类似这样的详细信息:

2025-11-02 10:23:41.123 CST [12345]: LOG:  📝 Powered by Moshow 郑锴 | 更多技术干货:https://zhengkai.blog.csdn.net
2025-11-02 10:23:41.123 CST [12345]: LOG:  process 12345 detected deadlock while waiting for ShareLock on transaction 123456 after 1000.123 ms
2025-11-02 10:23:41.123 CST [12345]: DETAIL:  Process holding the lock: 12346. Wait queue: .
2025-11-02 10:23:41.123 CST [12345]: PROCESS 12345: 等待事务 123456 的 ShareLock; 被进程 12346 阻塞.
2025-11-02 10:23:41.123 CST [12345]: PROCESS 12345: 执行语句: UPDATE accounts SET balance = balance - 100.00 WHERE user_id = 1;
2025-11-02 10:23:41.123 CST [12346]: PROCESS 12346: 等待事务 123457 的 ShareLock; 被进程 12345 阻塞.
2025-11-02 10:23:41.123 CST [12346]: PROCESS 12346: 执行语句: UPDATE accounts SET balance = balance + 50.00 WHERE user_id = 2;
2025-11-02 10:23:41.123 CST [12345]: ERROR:  deadlock detected

如何解读这个日志:

  • 涉及进程:进程12345和12346
  • 死锁场景:两个进程互相等待对方释放锁
  • 执行的SQL:两个UPDATE语句在竞争相同的资源
  • 解决方案:PostgreSQL选择中止进程12345的事务
    • 温和终止(优先尝试):     SELECT pg_terminate_backend(12345);
    • 强制终止(若温和方式失败):  SELECT pg_cancel_backend(12345);

实时监控:系统视图分析

除了查看日志,你还可以实时监控当前的锁等待情况:

强大的锁等待查询语句

--📝 Powered by Moshow 郑锴 | 更多技术干货:https://zhengkai.blog.csdn.net
SELECT
    blocked_locks.pid AS blocked_pid,
    blocked_activity.usename AS blocked_user,
    blocking_locks.pid AS blocking_pid,
    blocking_activity.usename AS blocking_user,
    blocked_activity.query AS blocked_statement,
    blocking_activity.query AS current_statement_in_blocking_process,
    blocked_activity.application_name AS blocked_application,
    blocking_activity.application_name AS blocking_application
FROM pg_catalog.pg_locks blocked_locks
JOIN pg_catalog.pg_stat_activity blocked_activity 
    ON blocked_activity.pid = blocked_locks.pid
JOIN pg_catalog.pg_locks blocking_locks 
    ON blocking_locks.locktype = blocked_locks.locktype
    AND blocking_locks.DATABASE IS NOT DISTINCT FROM blocked_locks.DATABASE
    AND blocking_locks.relation IS NOT DISTINCT FROM blocked_locks.relation
    AND blocking_locks.page IS NOT DISTINCT FROM blocked_locks.page
    AND blocking_locks.tuple IS NOT DISTINCT FROM blocked_locks.tuple
    AND blocking_locks.virtualxid IS NOT DISTINCT FROM blocked_locks.virtualxid
    AND blocking_locks.transactionid IS NOT DISTINCT FROM blocked_locks.transactionid
    AND blocking_locks.classid IS NOT DISTINCT FROM blocked_locks.classid
    AND blocking_locks.objid IS NOT DISTINCT FROM blocked_locks.objid
    AND blocking_locks.objsubid IS NOT DISTINCT FROM blocked_locks.objsubid
    AND blocking_locks.pid != blocked_locks.pid
JOIN pg_catalog.pg_stat_activity blocking_activity 
    ON blocking_activity.pid = blocking_locks.pid
WHERE NOT blocked_locks.granted;

查询结果示例:

blocked_pidblocked_userblocking_pidblocking_userblocked_statement
12345app_user12346app_userUPDATE accounts SET balance = balance - 100 WHERE user_id = 1
12347web_user12348batch_userDELETE FROM orders WHERE status = 'cancelled'

这个查询能帮你:

  • 实时发现阻塞情况
  • 识别阻塞的源头
  • 看到具体的阻塞SQL语句
  • 在死锁发生前进行干预

最佳实践建议

  • 生产环境务必配置日志:log_lock_waits = on 是你的生命线
  • 合理设置超时:deadlock_timeout 保持默认1秒即可
  • 定期检查日志:关注 pg_stat_database 中死锁计数器的变化
  • 代码层面预防:确保事务中的SQL操作顺序一致
  • 实时监控:使用系统视图查询作为辅助诊断工具

预防胜于治疗!通过合理的应用设计和数据库配置,可以大大减少死锁的发生频率。

以上就是PostgreSQL死锁排查与解决指南的详细内容,更多关于PostgreSQL死锁排查的资料请关注脚本之家其它相关文章!

相关文章

  • Vcenter清理/storage/archive空间的处理方式

    Vcenter清理/storage/archive空间的处理方式

    通过SSH登陆到Vcenter并检查/storage/archive目录发现占用过高,该目录用于存储归档的日志文件和历史数据,解决方案是保留近30天的归档文件,这篇文章主要给大家介绍了关于Vcenter清理/storage/archive空间的处理方式,需要的朋友可以参考下
    2024-11-11
  • Postgresql通过查询进行更新的操作

    Postgresql通过查询进行更新的操作

    这篇文章主要介绍了Postgresql通过查询进行更新的操作,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧
    2021-01-01
  • 将PostgreSQL的数据实时同步到Doris的技巧分享

    将PostgreSQL的数据实时同步到Doris的技巧分享

    众所周知,在两个毫不相干的数据管理系统之间进行数据同步,特别是实时同步,其复杂程度足以让高级DBA脑瓜疼,本文给大家介绍了将PostgreSQL的数据实时同步到Doris的技巧分享,需要的朋友可以参考下
    2024-03-03
  • postgreSQL数据库默认用户postgres常用命令分享

    postgreSQL数据库默认用户postgres常用命令分享

    这篇文章主要介绍了postgreSQL数据库默认用户postgres常用命令分享,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧
    2021-01-01
  • PostgreSQL auto_explain的具体使用

    PostgreSQL auto_explain的具体使用

    PostgreSQL auto_explain插件自动记录慢SQL执行计划,支持全局、会话及用户级别加载,具有一定的参考价值,感兴趣的可以了解一下
    2025-06-06
  • postgresql 切换 log、xlog日志的实现

    postgresql 切换 log、xlog日志的实现

    这篇文章主要介绍了postgresql 切换 log、xlog日志的实现方式,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧
    2021-01-01
  • PostgreSQL 实现sql放入文件批量执行

    PostgreSQL 实现sql放入文件批量执行

    这篇文章主要介绍了PostgreSQL 实现sql放入文件批量执行,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧
    2021-02-02
  • PostgreSQL数据库字符串拼接、大小写转换以及substring详解

    PostgreSQL数据库字符串拼接、大小写转换以及substring详解

    在日常工作中会遇到将多行的值拼接为一个值展现,下面这篇文章主要给大家介绍了关于PostgreSQL数据库字符串拼接、大小写转换以及substring的相关资料,文中通过实例代码介绍的非常详细,需要的朋友可以参考下
    2023-04-04
  • 解决sqoop从postgresql拉数据,报错TCP/IP连接的问题

    解决sqoop从postgresql拉数据,报错TCP/IP连接的问题

    这篇文章主要介绍了解决sqoop从postgresql拉数据,报错TCP/IP连接的问题,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧
    2020-12-12
  • PostgreSQL数据库中窗口函数的语法与使用

    PostgreSQL数据库中窗口函数的语法与使用

    这PostgreSQL中提供了窗口函数,一个窗口函数在一系列与当前行有某种关联的表行上进行一种计算。下面这篇文章主要给大家介绍了关于PostgreSQL数据库中窗口函数的语法与使用的相关资料,需要的朋友可以参考下
    2019-03-03

最新评论