PostgreSQL两个查询执行耗时差异大且与explain结果不符问题咨询

问题原因 #

这个差异和数据库内核执行效率无关，核心是explain统计的是数据库内核纯执行/规划耗时，而你在PgAdmin看到的耗时是包含连接、网络、客户端处理的全链路耗时，反常现象的常见原因如下：

• 会话初始化开销：如果你的测试流程是每次新建PgAdmin连接后先执行简单查询，那么第一个查询需要承担TCP握手、SSL认证、PostgreSQL会话参数初始化、权限校验等一次性开销，这部分开销不会计入explain的统计范围，跨公网访问RDS时这部分开销通常在几百ms量级，刚好符合你700ms的观测值。第二个查询复用了已经完成初始化的会话，自然没有这部分额外开销。
• TCP慢启动效应：就算是已建立的连接，TCP协议的慢启动机制会限制初始传输速率，第一个查询的数据包传输完成后，连接的拥塞窗口已经放大，后续哪怕第二个查询返回的数据量更大，传输耗时也会更低。
• 缓存预热效应：第一个查询执行时，相关的表数据页、索引页、系统文件缓存、网络路由缓存都会完成加载，第二个查询可以直接复用这些缓存，进一步降低耗时。
• PgAdmin客户端额外开销：部分版本的PgAdmin执行简单查询后会自动触发元数据拉取（比如查表结构、字段属性、统计信息等），这部分额外请求的耗时也会被算进查询总耗时里，而多表关联的复杂查询因为字段多是别名，不会触发这类额外的元数据查询。

验证方法 #

你可以通过以下操作确认根因：

1. 调整测试顺序，同一个会话内先执行复杂查询，再执行简单查询，观测是否变成复杂查询耗时更高
2. 同一个会话内连续执行10次select id from tableA limit 1，观测后面几次的耗时是否会降到10ms以内
3. 用psql命令行工具连接RDS，开启\timing参数测试耗时，排除PgAdmin客户端的额外开销影响，确认耗时差异是否消失

内容的提问来源于stack exchange，提问作者HRK44