Navicat点“解释”按钮看不到JIT信息，因其默认仅发送EXPLAIN，而JIT字段需显式使用EXPLAIN (ANALYZE, BUFFERS, JIT)才能触发；必须勾选连接高级设置中的“Enable EXPLAIN command”，且用户需具备pg_read_all_stats权限。
Navicat里点“解释”看不到JIT信息？先确认是否真触发了
navicat默认只发explain，而jit相关信息（如jit: planning=0.12ms, generation=1.84ms, inlining=0.67ms）必须用explain (jit)或explain (analyze, jit)才能输出。点「解释」按钮没看到jit字段，大概率是语句没带jit选项。
常见错误现象：EXPLAIN SELECT ...返回结果里完全没出现JIT字样；或者只显示Query returned successfully但无执行计划文本。
- 手动改写SQL：在Navicat查询窗口中，把原语句改成
EXPLAIN (ANALYZE, BUFFERS, JIT) SELECT ... - 检查连接配置：Navicat连接属性 → 「高级」→ 必须勾选「Enable EXPLAIN command」，否则连
EXPLAIN都可能被拦截 - 权限验证：用户需有
pg_read_all_stats角色，否则JIT相关字段会被静默过滤
PostgreSQL的JIT字段怎么看懂？关键就三段数字
JIT输出通常长这样：JIT: Planning=0.12ms, Generation=1.84ms, Inlining=0.67ms, Optimization=2.31ms。这不是性能指标总和，而是编译流水线各阶段耗时，每段含义不同：
-
Planning：优化器决定启用JIT前的预判开销，一般 -
Generation：生成LLVM IR代码的时间，若>5ms且Optimization占比低，说明函数体太大或含大量分支 -
Optimization：对IR做内联/循环展开等优化，若它占总JIT时间>30%，说明优化收益小但成本高，该调高jit_optimize_above_cost
注意：Generation和Optimization为0，不代表没走JIT——可能是查询太简单（比如单行SELECT 1），直接跳过编译走解释执行。
为什么EXPLAIN (JIT)有输出，但实际没加速？
JIT生效不等于变快。常见情况是编译开销反超执行收益，尤其在小结果集或短查询上。判断是否真受益，得看Execution Time和Planning Time对比：
- 如果
Execution Time比非JIT模式还高，且Generation + Optimization>Execution Time的10%，基本可判定JIT拖慢了 - 全表扫描（
Seq Scan）+ 高过滤条件（如WHERE status = 'active'）最易从JIT获益；纯索引扫描（Index Scan）几乎不触发JIT - 含
jsonb_path_query、array_agg或自定义C函数的查询，JIT会在生成阶段被主动放弃，此时JIT字段仍会出现但值全为0
Navicat里怎么快速验证JIT是否对当前查询起作用？
别只盯着JIT字段是否存在，要交叉验证执行计划结构和真实耗时：
- 对比两组EXPLAIN：
EXPLAIN (ANALYZE, BUFFERS) SELECT ...vsEXPLAIN (ANALYZE, BUFFERS, JIT) SELECT ...，重点看Actual Total Time变化幅度 - 查
Buffers部分：JIT生效后，若Shared Hit明显上升、Read下降，说明CPU计算替代了I/O等待 - 留意节点类型：只有
Seq Scan、Hash Join、Agg这类节点才支持JIT；如果计划里全是Index Scan或Bitmap Heap Scan，JIT根本不会启动
JIT不是开关，是编译器级的条件触发路径——哪怕jit_above_cost = 0，只要查询计划里没有支持节点，或含一个string_agg，它就安静地绕开你。
