PostgreSQL同一查询两次执行Buffers: shared hit计数差异原因
2026-7-6
核心原因拆解：
- 数据匹配情况差异：首次查询无结果返回，意味着PostgreSQL需要扫描大量数据块（甚至全表/全索引）来确认不存在符合条件的记录，因此产生了极高的
shared hit计数；而第二次查询有1条匹配结果，数据库可以通过索引或定位逻辑快速找到目标数据块，仅需扫描少量缓存块即可完成查询。 - 缓存访问范围差异：即使执行计划一致，无结果的查询通常需要遍历更大范围的缓存数据块（比如遍历整个B树索引的所有节点，或扫描更多分区/数据分片），而有结果的查询会在找到匹配数据后提前终止扫描，这直接导致了
shared hit的数量差距。 - 数据状态变化：两次查询间隔数分钟，可能期间有数据插入（也就是第二次返回的那条结果），这使得首次查询时需要扫描全部相关数据来验证无匹配，第二次则可以精准定位到新插入的数据块，无需大范围扫描。
补充验证点：
- 检查两次查询的实际执行上下文：确认是否存在会话变量、权限或
search_path差异，避免隐性的查询逻辑变化。 - 对比两次查询的索引扫描细节：查看执行计划中
Index Scan的rows预估与实际返回数，无结果时的扫描行数远大于有结果的情况，对应的数据块访问量自然更高。
内容的提问来源于stack exchange，提问作者Anton P
相关产品推荐
相关产品推荐
