PostgreSQL相同查询在本地客户端与Go后端执行计划不一致

架构老林

2026-9-23

可能的原因及排查方案

长连接缓存了旧执行计划/未感知到新索引
Golang的PG驱动（如pgx、lib/pq）默认会复用长连接，你使用CREATE INDEX CONCURRENTLY创建的索引，对创建索引前就已经建立的老会话是不生效的，同时驱动对重复执行的查询会缓存预备语句的旧执行计划，两个原因都会导致服务一直用加索引前的执行逻辑。
排查方案：直接重启Golang服务清空连接池，强制建立新连接测试耗时，如果耗时下降就可以定位是该问题。后续如果不想重启，也可以手动执行DEALLOCATE ALL清理所有会话的预备语句缓存。
会话参数/参数类型不匹配
本地客户端和后端服务的会话参数可能存在差异，比如时区、优化器开关（如enable_seqscan）、参数类型推导规则：比如你的poolid字段是int类型，但后端代码里传参用了字符串类型，隐式类型转换会导致索引无法命中。
排查方案：在后端服务的查询逻辑中临时加explain analyze打印实际执行计划，和本地的执行计划对比，就能确认是否真的未命中mytable_temp索引，同时检查所有查询参数的类型是否和表字段定义完全一致。
统计信息未更新
虽然加了索引，但PostgreSQL的表统计信息还是旧的，优化器会错误判断全表扫描成本低于索引扫描，从而不选择新索引。不过你本地已经能用上索引，该问题概率较低，仅当后端会话的default_statistics_target参数和本地不一致时可能出现。
排查方案：手动执行ANALYZE mytable;更新表统计信息后测试耗时。