PostgreSQL中pg_stat_statements相同查询为何对应不同queryid？

出现这种情况的核心原因是pg_stat_statements的queryid并非单纯基于SQL文本的哈希，而是结合了查询的解析上下文和引用对象的元数据计算得出的。结合你每小时运行pgbench的场景，最可能的原因有以下几点：

• 表对象OID变化：如果你的pgbench命令每次都带了初始化参数（-i），pgbench会删除并重建pgbench_tellers表。PostgreSQL中每次重建表都会生成全新的OID（对象唯一标识符），而pg_stat_statements计算queryid时会将查询引用的表OID纳入哈希逻辑。哪怕SQL文本完全一致，只要表的OID不同，最终生成的queryid就会不一样。

• 会话上下文差异：如果每次运行pgbench的会话使用了不同的search_path配置，或者切换了不同的数据库用户（不同用户的默认schema可能不同），会导致相同的SQL解析出不同的上下文信息。pg_stat_statements的queryid是基于规范化后的查询解析树生成的，上下文差异会改变解析树的内容，进而产生不同的哈希值。

• 细微格式差异（概率较低）：虽然你看到的SQL文本一致，但可能存在空格、换行、大小写的细微差别（比如pgbench脚本某次运行时语句多了个空格）。pg_stat_statements会忽略部分格式差异，但极端情况下可能导致哈希计算结果不同。

验证方法 #

1. 检查pgbench的运行命令，确认是否每次都执行了初始化操作（-i参数）；
2. 扩展查询语句查看更多上下文信息：

   SELECT queryid, query, userid, dbid, schemaname FROM pg_stat_statements WHERE query LIKE '%UPDATE pgbench_tellers%';
   

   对比不同queryid对应的userid、dbid、schemaname，确认是否是会话上下文差异导致；
3. 查看pg_stat_statements的版本，旧版本可能存在哈希计算的bug，建议升级到较新的稳定版本。

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