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