jit
当构建包含可用的 JIT 实现且计划估算成本越过阈值时，允许 PostgreSQL 使用即时编译。开启并不意味着每条查询都会执行 JIT。
说明
Fact — 官方简述译文：在 JIT 可用且成本规则选中查询时允许即时编译。
身份
生命周期
| Fact | 值 |
|---|---|
| 首次观测 | PG11 |
| 在档版本 | PG11–19 Beta 3 |
| 移除版本 | 否 |
| 引入提交 | 432bb9e04da4 — Basic JIT provider and error handling infrastructure. |
| 提交日期 | 2018-03-21 |
| Discussion | 讨论 1 |
默认值变迁
| 版本 | 原始 boot_val |
单位 | 人类可读值 |
|---|---|---|---|
| PG11 | off |
— | off |
| PG12–18 | on |
— | on |
| PG19 Beta 3 | off |
— | off |
机制详解
jit 是总开关。开启后，jit_above_cost 决定是否开始编译，jit_inline_above_cost 与 jit_optimize_above_cost 控制额外且成本更高的内联和优化工作。
JIT 主要有利于运行时间长、CPU 密集的查询，常见于分析负载。编译本身增加延迟，因此过度降低阈值可能让短语句更慢。
决策发生在规划阶段。使用通用计划的预备语句由生成该计划时的配置决定；EXPLAIN ANALYZE 会显示 JIT 是否执行以及各阶段耗时。
调优建议
提示
Advice。 以下建议是工作负载起点，必须用真实测量验证。
| 场景 | 建议 |
|---|---|
| OLTP | 保持较高默认阈值；若短请求尾延迟中出现编译开销，可关闭 JIT。应先按语句或角色测试，再考虑全局修改。 |
| OLAP | 保持可用，并针对 CPU 密集的聚合、表达式和扫描做基准；评估总执行时间时必须包含生成、内联、优化和代码发射开销。 |
| 小规格 | 小型且 CPU 受限系统上的普通查询通常获益有限。保持开启并使用保守阈值，与降低阈值强制编译是两回事。 |
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 专属理由。
常见坑
- 若 PostgreSQL 构建没有可用 JIT 实现，jit=on 也不会生效。
- 开启不等于每条查询都编译，成本阈值仍会筛选。
- 降低阈值可能让短查询比解释执行更慢。
- 通用预备计划采用生成计划时的配置。
- 估算成本不是执行时间，必须用代表性计划实测阈值效果。
关联参数
jit_above_cost · jit_inline_above_cost · jit_optimize_above_cost · jit_provider · plan_cache_mode · jit_expressions
参考资料
- PostgreSQL 19 Beta 3 — jit
- PostgreSQL 18：何时使用 JIT
- PostgreSQL 18：JIT 配置
- PostgreSQL 19 发行说明
- 机器可读 GUC 全量导出