尼古拉·萨莫赫瓦洛夫：#PostgresMarathon 2-004：快速路径锁定解析
内容提要
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中快速路径锁的实现显著减少了多核系统中的锁竞争。通过为每个后端分配私有数组存储弱锁，避免了共享内存的争用，使得常见的DML操作可以并行执行。这一改进对于高并发的数据库操作尤为重要，能够有效提升系统性能。
内存开销与性能权衡
虽然快速路径锁的实现可能会带来一定的内存开销，但在获取强锁时的性能影响有限。用户在调整max_locks_per_transaction参数时需谨慎，过高的值可能导致强锁获取时的延迟增加。因此，合理配置这一参数对于优化性能至关重要。
分区表的影响
对于使用分区表和索引的工作负载，Postgres 18的快速路径锁能够有效解决LWLock:LockManager的争用问题。用户在面对锁竞争时，升级到Postgres 18将有助于提升查询性能，尤其是在高并发场景下。
延伸问答
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的争用问题，特别是在有分区表和索引的工作负载中。
