跳转到主要内容

enable_partitionwise_join

enable_partitionwise_join:允许按匹配分区执行连接。实测在档范围为 PG11–19 Beta 3;最后在档的 PG19 Beta 3 启动默认值为 off,context 为 user。这是测试版快照事实,PostgreSQL 19 正式发布前仍可能变化。
说明

Fact — 官方简述译文:允许按匹配分区执行连接。

身份

类型 , bool
上游 pg_settings 类型
Context , user
普通用户可在运行时修改
单位 ,
原始单位
范围 ,
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Query Tuning / Planner Method Configuration
上游分类
最后 boot 值 , off
off

生命周期

Fact
首次观测 PG11
在档版本 PG11–19 Beta 3
移除版本
引入提交 2fb1abaeb016 — Rename enable_partition_wise_join to enable_partitionwise_join
提交日期 2018-02-16
Discussion 讨论 1

默认值变迁

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

机制详解

enable_partitionwise_join 控制规划器是否可以选择当连接键包含兼容分区键时,对一一匹配的分区分别执行连接。

该值在生成计划时读取。会话级修改适合比较不同 EXPLAIN 方案,但不会追溯改写已缓存计划;必须触发失效或重新规划才能观察到不同选择。

参与分区增多时,它可能近似线性地增加受 work_mem 限制的节点和规划成本。其 user 上下文允许按会话或事务局部修改,之后执行或重新规划的工作会读取新值。

调优建议

提示

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

场景 建议
OLTP 常规 OLTP 保持上游默认 off。只有两侧是一一兼容分区布局且连接包含全部分区键时,才在会话范围测试 on;同时预算每分区产生的规划 CPU 与受 work_mem 限制节点。
OLAP 分区对齐的分析连接可能从 on 获益,这也是当前 Pigsty OLAP 模板启用它的背景。应比较规划内存、规划时间、总执行内存与分区数,不能只看执行时间。
小规格 除非特定分区对齐连接反复获益,否则保持 off。分区很多时,即使每个局部连接高效,规划与每节点内存也可能在小主机上失衡。

Pigsty 取值

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

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

Advice — 待人工复核。 当前 Pigsty 模板投影事实:OLTP: PG11–19 Beta 3 未修改;OLAP: PG11–19 Beta 3 = on (dcs);CRIT: PG11–19 Beta 3 未修改;TINY: PG11–19 Beta 3 未修改。 建议(待人工复核)——编辑推断(待维护者复核):仅 OLAP 覆盖意在分析型连接中利用匹配分区布局,同时避免其他模板承担更广泛的规划与内存成本。

常见坑

  • 把 enable_partitionwise_join 当成单条查询 hint,却忽略它会影响作用域内生成的所有计划。
  • 用已经缓存的预备计划测试,然后误判该参数没有效果。
  • 通过全局禁用计划方法来掩盖统计信息陈旧或基数估算错误。
  • 参与分区增多时,它可能近似线性地增加受 work_mem 限制的节点和规划成本。

enable_partitionwise_aggregate · enable_partition_pruning · work_mem · join_collapse_limit · max_parallel_workers_per_gather

参考资料