CONFIGURATION PARAMETER查询规划 / 规划器代价常量
jit_above_cost
设置启用 JIT 编译的查询成本阈值。
Perform JIT compilation if query is more expensive.
浮点 会话 引入 11 现存至 20 devel 0 次默认值变更
- 类型
- 浮点real
- 上下文
- 会话任何用户都可在会话内用 SET 修改
- 默认值
100000- 取值范围
-1 – 1.79769e+308- 引入版本
- 11
- 状态
- 现存
版本轨迹
相对 PostgreSQL 17 无变化。
默认值变迁
默认值自 PostgreSQL 11 起没有变过。带单位的取值换算成了可读形式，原始的 boot_val 与单位写在悬浮提示里。
手册说明
设置激活JIT编译的查询代价，如果查询代价超过这个值就会激活JIT编译（如果启用了JIT，见Chapter 30）。执行JIT会消耗一些规划时间，但是能够加速查询执行。将这个值设置为-1会禁用JIT编译。默认值是100000。
机制详解
jit_above_cost 把最终计划的估算成本与阈值比较，决定 PostgreSQL 是否可以开始 JIT 编译。这里的成本是规划器任意单位的估计，并非毫秒。
决策发生在规划阶段，且只有 jit 已开启并存在可用 provider 时才有意义。通用预备计划会保留生成该通用计划时作出的决定。
设置为 -1 会关闭该阶段。jit_inline_above_cost 与 jit_optimize_above_cost 是越过 jit_above_cost 后的附加门槛，因此把它们设得低于基础编译阈值没有意义。其 user 上下文允许按会话或事务局部修改，之后执行或重新规划的工作会读取新值。
调优建议
按典型负载给出的取值思路，不是放之四海皆准的配方：实际取值要看数据量、并发度与硬件。
-
OLTP在线事务处理
不要为一条 CPU 密集语句全局降低 jit_above_cost。短查询尾延迟会直接承受编译开销；应按语句或角色测试，并把 JIT 生成时间计入结果。
-
OLAP分析与批处理
对长时间 CPU 密集查询，应在 jit_above_cost 阈值两侧比较总耗时。只有节省的执行 CPU 能稳定覆盖编译开销时，降低阈值才有价值。
-
小规格低配实例与开发机
保持默认值；当 LLVM 工作会争抢有限 CPU 时可用 -1 关闭相应阶段。估算成本高并不能证明 JIT 一定收回启动成本。
常见问题
- 把阈值误读为毫秒，而不是规划器任意成本单位。
- 基准测试时忽略 JIT 生成、内联、优化和代码发射时间。
- 期望修改该值后已生成的通用计划会自动改变。
- 把附加阶段阈值设得低于 jit_above_cost，并误以为该阶段能独立运行。
演化历史
相邻两个大版本之间的差异，新的在前。版本号链到该版的快照。
-
PostgreSQL 20 ← 19 沿用 19
事实沿用 19
-
PostgreSQL 11 ← 10 新增此参数
PostgreSQL 11 起可用
逐版本快照
每个收录版本里的 7 项事实，与上一个存在的版本不同的格子带底色。版本号链到该版。
| 版本 | 默认值 | 单位 | 上下文 | 类型 | 最小值 | 最大值 | 枚举值 |
|---|---|---|---|---|---|---|---|
| 11 | 100000 |
— |
会话 |
浮点 |
-1 |
1.79769e+308 |
— |
| 12 | 100000 |
— |
会话 |
浮点 |
-1 |
1.79769e+308 |
— |
| 13 | 100000 |
— |
会话 |
浮点 |
-1 |
1.79769e+308 |
— |
| 14 | 100000 |
— |
会话 |
浮点 |
-1 |
1.79769e+308 |
— |
| 15 | 100000 |
— |
会话 |
浮点 |
-1 |
1.79769e+308 |
— |
| 16 | 100000 |
— |
会话 |
浮点 |
-1 |
1.79769e+308 |
— |
| 17 | 100000 |
— |
会话 |
浮点 |
-1 |
1.79769e+308 |
— |
| 18 | 100000 |
— |
会话 |
浮点 |
-1 |
1.79769e+308 |
— |
| 19 | 100000 |
— |
会话 |
浮点 |
-1 |
1.79769e+308 |
— |
| 20 沿用 | 100000 |
— |
会话 |
浮点 |
-1 |
1.79769e+308 |
— |
参考资料
同类参数
| 参数 | 类型 | 上下文 | 默认值 | 版本变动 | 最近变更 |
|---|---|---|---|---|---|
| 规划器代价常量 15 | |||||
cpu_index_tuple_cost |
浮点 | 会话 | 0.005 |
— | |
| 设置规划器处理每个索引条目的成本估计。 | 现存 | ||||
cpu_operator_cost |
浮点 | 会话 | 0.0025 |
— | |
| 设置规划器执行每个操作符或函数调用的成本估计。 | 现存 | ||||
cpu_tuple_cost |
浮点 | 会话 | 0.01 |
— | |
| 设置规划器处理每个元组（行）的成本估计。 | 现存 | ||||
effective_cache_size |
整数 | 会话 | 4 GiB (524288 × 8kB) |
9.41 次 | |
| 设置规划器对有效数据缓存总规模的假设。 | 现存 | ||||
jit_above_cost |
浮点 | 会话 | 100000 |
— | |
| 设置启用 JIT 编译的查询成本阈值。 | 现存 | ||||
jit_inline_above_cost |
浮点 | 会话 | 500000 |
— | |
| 设置 JIT 尝试内联的查询成本阈值。 | 现存 | ||||
jit_optimize_above_cost |
浮点 | 会话 | 500000 |
— | |
| 设置 JIT 执行昂贵优化的查询成本阈值。 | 现存 | ||||
min_eager_agg_group_size |
浮点 | 会话 | 8 |
— | |
| 设置考虑提前聚合所需的最小平均分组大小。 | 现存 | ||||
min_parallel_index_scan_size |
整数 | 会话 | 512 KiB (64 × 8kB) |
— | |
| 设置考虑并行索引扫描所需的最小索引数据量。 | 现存 | ||||
min_parallel_relation_size |
整数 | 会话 | 8 MiB (1024 × 8kB) |
— | |
| 设置可考虑并行扫描的关系最小尺寸。 | 于 10 移除 | ||||
min_parallel_table_scan_size |
整数 | 会话 | 8 MiB (1024 × 8kB) |
— | |
| 设置考虑并行表扫描所需的最小表数据量。 | 现存 | ||||
parallel_setup_cost |
浮点 | 会话 | 1000 |
— | |
| 设置规划器启动并行工作进程的成本估计。 | 现存 | ||||
parallel_tuple_cost |
浮点 | 会话 | 0.1 |
— | |
| 设置把每行从并行 worker 传给 leader 的成本估计。 | 现存 | ||||
random_page_cost |
浮点 | 会话 | 4 |
— | |
| 设置规划器对非顺序读取页面的相对成本估计。 | 现存 | ||||
seq_page_cost |
浮点 | 会话 | 1 |
— | |
| 设置规划器顺序读取磁盘页面的成本估计。 | 现存 | ||||