PostgreSQL查询实际耗时远高于explain且简单查询更慢问题咨询

原因分析 #

1. 连接建立开销占比极高 #

你观测到的首次查询700ms的耗时，极大概率包含了数据库连接建立的完整开销：

• 跨区域访问RDS时，TCP三次握手、TLS加密握手、PostgreSQL会话初始化（权限校验、参数同步、资源分配）本身就需要数百ms的往返开销
• 第二条查询复用了第一条查询建立好的持久连接，完全省略了这部分几百ms的固定开销；同时TCP连接刚建立时处于慢启动阶段，首次传输数据的往返效率更低，后续连接的拥塞窗口已经放大，就算第二条查询返回的25行数据体积更大，需要的传输往返次数反而可能更少，总耗时自然更低

2. 客户端元数据预取开销被首次查询承担 #

PgAdmin等可视化工具为了渲染结果表格、提供字段提示等功能，会在首次访问某张表时主动拉取表的元数据（列类型、约束、索引、权限等），这部分跨网请求的开销会被算到首次查询的总耗时里。
你第二次查询涉及的表元数据已经在第一次请求时拉取到本地，不需要再额外发起网络请求，自然节省了这部分开销。

3. 数据库端缓存预热 #

第一条查询执行时的顺序扫描已经将tableA的头部数据页、表元数据加载到了PostgreSQL的共享缓冲池，后续第二条查询用到tableA、关联表的索引、数据页时，可以直接从内存读取，不需要触发磁盘IO，也进一步降低了服务端处理耗时。

验证方法 #

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

• 连续执行3次以上select id from tableA limit 1，观测后面几次的查询耗时，正常会稳定在和第二条查询接近的水平
• 改用psql命令行工具开启\timing参数测试，排除PgAdmin本身的额外功能开销，能更精准得到纯查询+网络传输的耗时

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