Hackerpie
·
PostgreSQL 数据库删除外键约束引发的死锁问题
内容提要
上周PostgreSQL从库因新功能发布出现死锁，CPU使用率接近100%。分析发现，高并发的SELECT查询与DDL操作冲突，尤其是在删除外键约束时对引用表加锁。最终确认死锁原因，提醒开发者注意DDL操作的潜在影响。
关键要点
-
上周PostgreSQL从库因新功能发布出现死锁，CPU使用率接近100%。
-
高并发的SELECT查询与DDL操作冲突，导致死锁。
-
死锁发生在从库，通常认为死锁只在主库中常见。
-
死锁的根因是DDL与高并发的SELECT查询形成死锁。
-
删除外键约束时会对引用表加锁，这是导致死锁的关键因素。
-
开发人员未意识到删除外键约束的潜在影响，导致死锁发生。
-
高并发连接数增加是死锁的结果，而非原因。
-
主库因读写分离，查询请求少，降低了死锁出现的概率。
-
另一个从库也出现过死锁，但因运气较好而未持续发生。
-
PostgreSQL的死锁检测机制导致请求延迟增加，而非全部失败。
-
建议开发者注意DDL操作的潜在影响，避免类似死锁问题。
延伸解读
死锁的根本原因
文章指出，死锁的根本原因在于高并发的SELECT查询与DDL操作之间的冲突，尤其是在删除外键约束时对引用表加锁。这提醒开发者在进行DDL操作时，需特别关注可能引发的锁竞争，避免在高并发环境中进行此类操作。
主从库的死锁差异
通常认为死锁多发生在主库，但文章中提到从库也出现了死锁。这是因为从库在高并发情况下也会处理大量查询，开发者应意识到从库的死锁风险，尤其是在进行DDL操作时。
高并发连接数的误解
文章分析了高并发连接数的成因，指出连接数的增加是死锁的结果，而非原因。这一观点强调了在排查问题时，需关注实际的查询性能和数据库负载，而不是仅仅关注连接数的变化。
死锁检测机制的影响
PostgreSQL的死锁检测机制会导致请求延迟增加，而不是直接失败。开发者应了解这一机制，以便在出现性能问题时，能够更快定位问题并采取相应措施，避免影响用户体验。
延伸问答
PostgreSQL 从库出现死锁的原因是什么？
死锁的原因是高并发的 SELECT 查询与 DDL 操作冲突，尤其是在删除外键约束时对引用表加锁。
为什么从库也会发生死锁？
从库通常只需同步主库的日志，但在高并发情况下，DDL 操作与 SELECT 查询的冲突可能导致死锁。
删除外键约束时会对哪些表加锁？
删除外键约束时，会对被引用的表加上 AccessExclusiveLock 锁。
如何避免 PostgreSQL 中的死锁问题？
开发者应注意 DDL 操作的潜在影响，避免在高并发情况下进行可能导致死锁的操作。
主库与从库在死锁发生上有什么区别？
主库因读写分离，查询请求少，降低了死锁出现的概率，而从库在高并发情况下更容易发生死锁。
PostgreSQL 的死锁检测机制是怎样的？
PostgreSQL 默认的死锁检测等待时间是 1 秒，之后会启动死锁检测并回滚导致死锁的事务。
