尼古拉·萨莫赫瓦洛夫：#PostgresMarathon 2-006：神秘的max_locks_per_transaction
💡
原文英文，约2100词，阅读约需8分钟。
📝
内容提要
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参数的默认值是多少？
默认值为64。
max_locks_per_transaction参数的作用是什么？
该参数限制每个事务可锁定的对象数量，影响共享锁表的大小。
如何避免出现“共享内存不足”的错误？
理解max_locks_per_transaction参数并适当调整其值可以帮助避免此错误。
在备用服务器上，max_locks_per_transaction参数应该如何设置？
必须将该参数设置为与主服务器相同或更高的值。
不同Postgres版本在相同设置下表现有什么不同？
不同版本在相同设置下达到的锁限制可能不同。
max_locks_per_transaction并不是每个事务的最大锁数量，这是什么意思？
它定义的是主锁表的大小，而不是限制每个事务的锁数量。
➡️
