跳转到主要内容

max_pred_locks_per_relation

max_pred_locks_per_relation:设置每个关系可保留的页级和元组级谓词锁最大数量。实测在档范围为 PG10–19 Beta 3;最后在档的 PG19 Beta 3 启动默认值为 -2,context 为 sighup。这是测试版快照事实,PostgreSQL 19 正式发布前仍可能变化。
说明

Fact — 官方简述译文:设置每个关系可保留的页级和元组级谓词锁最大数量。

身份

类型 , integer
上游 pg_settings 类型
Context , sighup
配置 reload 后生效
单位 ,
原始单位
范围 , -21474836482147483647
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Lock Management
上游分类
最后 boot 值 , -2
-2

生命周期

Fact
首次观测 PG10
在档版本 PG10–19 Beta 3
移除版本
引入提交 c63172d60f24 — Add GUCs for predicate lock promotion thresholds.
提交日期 2017-04-07
Discussion

默认值变迁

PG9.0–19 Beta 3 实测 boot 默认值
版本 原始 boot_val 单位 人类可读值
PG10–19 Beta 3 -2 -2

机制详解

设置每个关系可保留的页级和元组级谓词锁最大数量。重新加载配置即可应用新值;已经开始的工作不会被追溯改变。

SSI 达到阈值后把页级/元组级谓词锁提升为一个关系级锁。负值表示 max_pred_locks_per_transaction 除以其绝对值;提升改变粒度,不改变 SQL 锁强度。

应把 max_pred_locks_per_relation 与 max_pred_locks_per_transaction、max_pred_locks_per_page、default_transaction_isolation 一起监控和变更。先在对应角色与真实负载上验证,再按其 sighup context 选择会话修改、reload 或 restart;历史默认值并不等于当前有效值。

调优建议

提示

Advice。 以下建议是工作负载起点,必须用真实测量验证。

场景 建议
OLTP 从锁等待日志、涉及对象数量和并发上界校准 max_pred_locks_per_relation;先修复过长事务与访问顺序,再增加共享内存或改变检测粒度。
OLAP 分区查询、批量 DDL 与 SERIALIZABLE 报表可能触及大量对象;用最坏计划验证,而不是只看平均事务。
小规格 保持默认通常足够。若提高启动时锁表参数,要同时核算 max_connections、prepared transactions 与备库一致性。

Pigsty 取值

以下值来自固定 8 核、32 GiB、100 GiB SSD 夹具,并按 PG19 Beta 3 渲染当前 Pigsty 模板;这不表示 Pigsty 当前支持该历史或测试版本。

模板 有效值 与上游 boot 比较 源表达式
OLTP 未修改
OLAP 未修改
CRIT 未修改
TINY 未修改
注意

Advice — 待人工复核。 当前 Pigsty 模板投影事实:OLTP: PG10–19 Beta 3 未修改;OLAP: PG10–19 Beta 3 未修改;CRIT: PG10–19 Beta 3 未修改;TINY: PG10–19 Beta 3 未修改。 未发现覆盖值,因此不推断 Pigsty 专属理由。

常见坑

  • 把平均共享内存规划值当成单事务硬上限。
  • 提高参数却不核算连接数与预备事务带来的乘数。
  • 只扩容锁表,不修复长事务、对象访问顺序或分区爆炸。
  • 忽略备库必须具备兼容的启动时锁容量。

max_pred_locks_per_transaction · max_pred_locks_per_page · default_transaction_isolation · max_locks_per_transaction · deadlock_timeout

参考资料