尼古拉·萨莫赫瓦洛夫：#PostgresMarathon 2-006：神秘的max_locks_per_transaction
原文英文，约2100词，阅读约需8分钟。
📝
内容提要
max_locks_per_transaction参数限制每个事务可锁定的对象数量，默认值为64。它影响共享锁表的大小，实际可锁定对象数量可能超出预期，理解这一点有助于避免“共享内存不足”的错误。不同Postgres版本在相同设置下表现不同，锁表动态增长，具体机制尚不清晰。
🔎
延伸解读
max_locks_per_transaction的实际意义
max_locks_per_transaction参数并不是每个事务可以锁定的最大对象数量，而是定义主锁表大小的参数。理解这一点有助于避免误解，尤其是在处理复杂事务时，实际可锁定的对象数量可能远超预期。
不同Postgres版本的表现差异
不同版本的Postgres在相同设置下可能表现出不同的锁限制。这意味着在进行版本升级或迁移时，必须重新评估max_locks_per_transaction的设置，以确保系统稳定性和性能。
动态增长的锁表
锁表似乎会动态增长，消耗匿名共享内存，直到耗尽。这一特性可能导致在高负载情况下出现意外的内存不足错误，因此在设计数据库架构时需考虑这一风险。
❓
Q&A
max_locks_per_transaction参数的默认值是多少？
默认值为64。
max_locks_per_transaction参数的作用是什么？
该参数限制每个事务可锁定的对象数量，影响共享锁表的大小。
如何避免出现“共享内存不足”的错误？
理解max_locks_per_transaction参数并适当调整其值可以帮助避免此错误。
在备用服务器上，max_locks_per_transaction参数应该如何设置？
必须将该参数设置为与主服务器相同或更高的值。
不同Postgres版本在相同设置下表现有什么不同？
不同版本在相同设置下达到的锁限制可能不同。
max_locks_per_transaction并不是每个事务的最大锁数量，这是什么意思？
它定义的是主锁表的大小，而不是限制每个事务的锁数量。
🏷️
