Shinya Kato：5种常见的PostgreSQL锁行为导致的困扰
💡
原文英文，约1800词，阅读约需7分钟。
📝
内容提要
PostgreSQL的锁机制可能导致阻塞和死锁。文章讨论了五种常见的锁行为，包括ACCESS EXCLUSIVE锁的排队、外键约束引发的隐性死锁、唯一约束检查导致的死锁、自动清理的特殊行为以及VACUUM的隐藏ACCESS EXCLUSIVE阶段。建议通过设置锁超时和监控活动来减轻这些问题。
🎯
关键要点
- PostgreSQL使用MVCC（多版本并发控制）进行并发控制，读取不会阻塞写入，写入也不会阻塞读取。
- ACCESS EXCLUSIVE锁的排队会导致后续查询被阻塞，尤其是在长时间运行的SELECT查询后，ALTER TABLE操作会被迫等待。
- 外键约束可能导致隐性死锁，两个会话在不同顺序下锁定父表的行并插入引用对方的行时，会形成循环等待。
- 唯一约束检查可能导致两个INSERT操作之间的死锁，尤其是当两个会话尝试插入对方已经插入的值时。
- 自动清理（autovacuum）在防止事务ID环绕时不会被取消，即使发生冲突，这可能导致其他操作被阻塞。
- VACUUM的隐藏ACCESS EXCLUSIVE阶段在清理空页面时会导致长时间运行的SELECT被阻塞，尤其是在流复制的备用节点上。
❓
延伸问答
PostgreSQL的锁机制是如何工作的？
PostgreSQL使用多版本并发控制（MVCC），读取不会阻塞写入，写入也不会阻塞读取。
ACCESS EXCLUSIVE锁会导致什么问题？
ACCESS EXCLUSIVE锁的排队会导致后续查询被阻塞，可能导致服务中断。
外键约束如何引发隐性死锁？
外键约束会在插入时隐式锁定父表的行，若两个会话以不同顺序锁定行并插入引用对方的行，会形成循环等待，导致死锁。
如何避免因唯一约束检查导致的死锁？
避免多个会话同时插入相同值，使用序列（如SERIAL/IDENTITY）可以完全避免重复值。
自动清理（autovacuum）在什么情况下不会被取消？
当autovacuum用于防止事务ID环绕时，即使发生冲突也不会被取消，这可能导致其他操作被阻塞。
VACUUM的隐藏ACCESS EXCLUSIVE阶段会造成什么影响？
VACUUM在清理空页面时会获取ACCESS EXCLUSIVE锁，可能导致长时间运行的SELECT被阻塞，尤其是在流复制的备用节点上。
➡️
