尼古拉·萨莫赫瓦洛夫：#PostgresMarathon 2-004：快速路径锁定解析
💡
原文英文，约1300词，阅读约需5分钟。
📝
内容提要
Postgres 18中，快速路径锁的存储方式发生变化，支持根据每个事务的最大锁数动态调整锁的数量，从而缓解多核系统中的锁竞争问题。通过使用私有数组存储弱锁，减少了共享内存的争用，提升了性能。
🎯
关键要点
- Postgres 18中，快速路径锁的存储方式发生变化，支持根据每个事务的最大锁数动态调整锁的数量。
- 通过使用私有数组存储弱锁，减少了共享内存的争用，提升了性能。
- 每个后端有自己的私有数组来存储有限数量的弱锁，避免了LWLock的争用。
- 快速路径锁在'pg_locks'中可以识别，列名为'fastpath'。
- 弱锁在未共享关系上不会冲突，典型的DML操作可以并行执行。
- Postgres维护一个1024个整数计数器的数组来跟踪强锁的数量。
- 在Postgres 18中，快速路径锁存储在可变大小的数组中，允许根据max_locks_per_transaction动态调整。
- 在128-vCPU的机器上进行基准测试，发现执行时间稳定，但规划时间在达到锁限制时显著增加。
- 使用max_locks_per_transaction=128时，能够添加更多索引而不显著影响规划时间。
- 快速路径锁的实现可能会带来内存开销，但在强锁获取时的性能影响有限。
- 对于有分区表和索引的工作负载，升级到Postgres 18可以有效解决LWLock:LockManager的争用问题。
❓
延伸问答
Postgres 18中快速路径锁的存储方式有什么变化？
Postgres 18中，快速路径锁存储在可变大小的数组中，允许根据每个事务的最大锁数动态调整锁的数量。
快速路径锁如何减少锁竞争问题？
通过使用私有数组存储弱锁，避免了多个后端之间的共享内存争用，从而减少了锁竞争。
在Postgres 18中，如何识别快速路径锁？
快速路径锁可以在'pg_locks'中识别，列名为'fastpath'。
使用max_locks_per_transaction=128时对性能有什么影响？
在使用max_locks_per_transaction=128时，可以添加更多索引而不显著影响规划时间，避免了性能下降。
快速路径锁的实现可能带来哪些风险？
快速路径锁的实现可能会带来内存开销，但在强锁获取时的性能影响有限。
Postgres 18如何解决LWLock:LockManager的争用问题？
升级到Postgres 18可以有效解决LWLock:LockManager的争用问题，特别是在有分区表和索引的工作负载中。
🏷️
标签
➡️
