跳转到主要内容

jit_above_cost

jit_above_cost:设置启用 JIT 编译的查询成本阈值。实测在档范围为 PG11–19 Beta 3;最后在档的 PG19 Beta 3 启动默认值为 100000,context 为 user。这是测试版快照事实,PostgreSQL 19 正式发布前仍可能变化。
说明

Fact — 官方简述译文:设置启用 JIT 编译的查询成本阈值。

身份

类型 , real
上游 pg_settings 类型
Context , user
普通用户可在运行时修改
单位 ,
原始单位
范围 , -11.79769e+308
最后在档版本的原始上下限
枚举值 ,
非枚举类型记为 —
分类 , Query Tuning / Planner Cost Constants
上游分类
最后 boot 值 , 100000
100000

生命周期

Fact
首次观测 PG11
在档版本 PG11–19 Beta 3
移除版本
引入提交 cc415a56d09a — Basic planner and executor integration for JIT.
提交日期 2018-03-22
Discussion 讨论 1

默认值变迁

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

机制详解

jit_above_cost 把最终计划的估算成本与阈值比较,决定 PostgreSQL 是否可以开始 JIT 编译。这里的成本是规划器任意单位的估计,并非毫秒。

决策发生在规划阶段,且只有 jit 已开启并存在可用 provider 时才有意义。通用预备计划会保留生成该通用计划时作出的决定。

设置为 -1 会关闭该阶段。jit_inline_above_cost 与 jit_optimize_above_cost 是越过 jit_above_cost 后的附加门槛,因此把它们设得低于基础编译阈值没有意义。其 user 上下文允许按会话或事务局部修改,之后执行或重新规划的工作会读取新值。

调优建议

提示

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

场景 建议
OLTP 不要为一条 CPU 密集语句全局降低 jit_above_cost。短查询尾延迟会直接承受编译开销;应按语句或角色测试,并把 JIT 生成时间计入结果。
OLAP 对长时间 CPU 密集查询,应在 jit_above_cost 阈值两侧比较总耗时。只有节省的执行 CPU 能稳定覆盖编译开销时,降低阈值才有价值。
小规格 保持默认值;当 LLVM 工作会争抢有限 CPU 时可用 -1 关闭相应阶段。估算成本高并不能证明 JIT 一定收回启动成本。

Pigsty 取值

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

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

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

常见坑

  • 把阈值误读为毫秒,而不是规划器任意成本单位。
  • 基准测试时忽略 JIT 生成、内联、优化和代码发射时间。
  • 期望修改该值后已生成的通用计划会自动改变。
  • 把附加阶段阈值设得低于 jit_above_cost,并误以为该阶段能独立运行。

jit · jit_inline_above_cost · jit_optimize_above_cost · jit_expressions

参考资料