Shinya Kato：5种常见的PostgreSQL锁行为导致的困扰
内容提要
PostgreSQL的锁机制可能导致阻塞和死锁。文章讨论了五种常见的锁行为，包括ACCESS EXCLUSIVE锁的排队、外键约束引发的隐性死锁、唯一约束检查导致的死锁、自动清理的特殊行为以及VACUUM的隐藏ACCESS EXCLUSIVE阶段。建议通过设置锁超时和监控活动来减轻这些问题。
关键要点
-
PostgreSQL使用MVCC（多版本并发控制）进行并发控制，读取不会阻塞写入，写入也不会阻塞读取。
-
ACCESS EXCLUSIVE锁的排队会导致后续查询被阻塞，尤其是在长时间运行的SELECT查询后，ALTER TABLE操作会被迫等待。
-
外键约束可能导致隐性死锁，两个会话在不同顺序下锁定父表的行并插入引用对方的行时，会形成循环等待。
-
唯一约束检查可能导致两个INSERT操作之间的死锁，尤其是当两个会话尝试插入对方已经插入的值时。
-
自动清理（autovacuum）在防止事务ID环绕时不会被取消，即使发生冲突，这可能导致其他操作被阻塞。
-
VACUUM的隐藏ACCESS EXCLUSIVE阶段在清理空页面时会导致长时间运行的SELECT被阻塞，尤其是在流复制的备用节点上。
延伸解读
锁机制的复杂性
PostgreSQL的锁机制虽然设计上旨在确保数据一致性，但在实际操作中可能导致意想不到的阻塞和死锁。特别是ACCESS EXCLUSIVE锁的排队行为，可能会在长时间运行的查询后引发连锁阻塞，影响系统的整体性能。用户在进行DDL操作时需特别小心，避免在高并发环境下执行可能导致锁竞争的操作。
外键约束与隐性死锁
外键约束在插入操作中会隐式地获取锁，这可能导致死锁的发生。特别是在多个会话交替插入引用对方的行时，容易形成循环等待。为了避免这种情况，建议在应用程序中统一锁定顺序，确保不会出现相互等待的情况，从而减少死锁的风险。
自动清理的特殊行为
自动清理（autovacuum）在防止事务ID环绕时的行为可能会导致其他操作被阻塞。特别是在高负载情况下，autovacuum可能无法被取消，导致长时间的等待。用户应定期监控表的relfrozenxid年龄，及时手动执行VACUUM，以避免因自动清理引发的性能问题。
延伸问答
PostgreSQL的锁机制是如何工作的？
PostgreSQL使用多版本并发控制（MVCC），读取不会阻塞写入，写入也不会阻塞读取。
ACCESS EXCLUSIVE锁会导致什么问题？
ACCESS EXCLUSIVE锁的排队会导致后续查询被阻塞，可能导致服务中断。
外键约束如何引发隐性死锁？
外键约束会在插入时隐式锁定父表的行，若两个会话以不同顺序锁定行并插入引用对方的行，会形成循环等待，导致死锁。
如何避免因唯一约束检查导致的死锁？
避免多个会话同时插入相同值，使用序列（如SERIAL/IDENTITY）可以完全避免重复值。
自动清理（autovacuum）在什么情况下不会被取消？
当autovacuum用于防止事务ID环绕时，即使发生冲突也不会被取消，这可能导致其他操作被阻塞。
VACUUM的隐藏ACCESS EXCLUSIVE阶段会造成什么影响？
VACUUM在清理空页面时会获取ACCESS EXCLUSIVE锁，可能导致长时间运行的SELECT被阻塞，尤其是在流复制的备用节点上。
