Hackerpie
·
PostgreSQL 数据库删除外键约束引发的死锁问题
💡
原文中文，约3700字，阅读约需9分钟。
📝
内容提要
上周PostgreSQL从库因新功能发布出现死锁，CPU使用率接近100%。分析发现，高并发的SELECT查询与DDL操作冲突，尤其是在删除外键约束时对引用表加锁。最终确认死锁原因，提醒开发者注意DDL操作的潜在影响。
🎯
关键要点
-
上周PostgreSQL从库因新功能发布出现死锁，CPU使用率接近100%。
-
高并发的SELECT查询与DDL操作冲突，导致死锁。
-
死锁发生在从库，通常认为死锁只在主库中常见。
-
死锁的根因是DDL与高并发的SELECT查询形成死锁。
-
删除外键约束时会对引用表加锁，这是导致死锁的关键因素。
-
开发人员未意识到删除外键约束的潜在影响，导致死锁发生。
-
高并发连接数增加是死锁的结果，而非原因。
-
主库因读写分离，查询请求少，降低了死锁出现的概率。
-
另一个从库也出现过死锁，但因运气较好而未持续发生。
-
PostgreSQL的死锁检测机制导致请求延迟增加，而非全部失败。
-
建议开发者注意DDL操作的潜在影响，避免类似死锁问题。
❓
延伸问答
PostgreSQL 从库出现死锁的原因是什么？
死锁的原因是高并发的 SELECT 查询与 DDL 操作冲突，尤其是在删除外键约束时对引用表加锁。
为什么从库也会发生死锁？
从库通常只需同步主库的日志，但在高并发情况下，DDL 操作与 SELECT 查询的冲突可能导致死锁。
删除外键约束时会对哪些表加锁？
删除外键约束时，会对被引用的表加上 AccessExclusiveLock 锁。
如何避免 PostgreSQL 中的死锁问题？
开发者应注意 DDL 操作的潜在影响，避免在高并发情况下进行可能导致死锁的操作。
主库与从库在死锁发生上有什么区别？
主库因读写分离，查询请求少，降低了死锁出现的概率，而从库在高并发情况下更容易发生死锁。
PostgreSQL 的死锁检测机制是怎样的？
PostgreSQL 默认的死锁检测等待时间是 1 秒，之后会启动死锁检测并回滚导致死锁的事务。
➡️
