Jeremy Schneider：Postgres 索引、分区和 LWLock：锁管理器的可扩展性
💡
原文英文，约3900词，阅读约需14分钟。
📝
内容提要
PostgreSQL用户在Lock Manager方面遇到了争用问题，导致性能下降。这个问题已经被GitLab和Midjourney等多家公司观察到。问题与轻量级锁有关，高事务率和分区数量等因素加剧了问题。缓解策略包括增加容量，应用层缓存，删除不必要的索引，并确保对分区表进行适当的查询优化。尽管出现了这些问题，PostgreSQL仍然是一种受欢迎且可扩展的数据库，正在进行改进Lock Manager可扩展性的讨论。
🎯
关键要点
-
PostgreSQL用户在Lock Manager方面遇到争用问题，导致性能下降。
-
GitLab和Midjourney等公司观察到该问题，主要与轻量级锁有关。
-
高事务率和分区数量加剧了Lock Manager的争用问题。
-
缓解策略包括增加容量、应用层缓存、删除不必要的索引和优化查询。
-
PostgreSQL仍然是一种受欢迎且可扩展的数据库，正在讨论改进Lock Manager的可扩展性。
-
Bruce Momjian的演讲强调了Lock Manager的重要性和轻量级锁的作用。
-
2017年PostgreSQL v10发布，首次全面实现等待事件和声明式分区。
-
GitLab在2023年经历了严重的生产性能下降，调查发现与LockManager轻量级锁有关。
-
Midjourney在数据库负载增加时也遇到了LockManager争用问题，实施了分区策略。
-
在高负载情况下，增加容量和优化查询是解决争用问题的有效方法。
-
使用连接池和限制动态池增长可以减少数据库服务器的负载。
-
监控平均活动会话可以帮助快速识别问题。
-
PostgreSQL的改进和LockManager可扩展性的讨论仍在继续。
🏷️
标签
➡️
