PostgreSQL 9.3.14主键重复异常：分组查显重复但直接查询无结果

嘿，我之前也帮人排查过PostgreSQL老版本类似的诡异问题——分组统计明明显示同一主键有两条记录，但直接查就是看不到，关了索引扫描也没用。结合你用的9.3.14这个版本（提醒下，这个版本早就停止官方维护了，之后尽量升级哈），给你几个实用的排查和解决方向：

1. 用内部行标识符定位真实重复行 #

PostgreSQL里每个行都有唯一的ctid（行物理位置标识符），哪怕主键重复，ctid也不会重复。你可以用它直接揪出那些“隐身”的重复行：

SELECT ctid, * FROM users 
WHERE (name, email) IN (
    SELECT name, email FROM users GROUP BY name, email HAVING COUNT(*) > 1
);

这个查询会强制扫描全表，绕过索引的干扰，直接显示所有符合重复条件的行，包括那些你之前查不到的。

2. 排查MVCC可见性与事务隔离问题 #

PostgreSQL的MVCC多版本并发控制可能导致你在当前事务里看不到某些行，但分组统计却能算进去（比如其他事务未提交的修改，或者事务快照的问题）。试试开一个全新的事务，用最高的可见性级别查询：

BEGIN;
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
SELECT * FROM users WHERE name = '你查到的重复name' AND email = '你查到的重复email';
COMMIT;

如果在这里能看到重复行，那就是之前的事务快照限制了你的可见性。

3. 修复可能的索引或表数据损坏 #

老版本PostgreSQL偶尔会出现索引和表数据不一致的情况，哪怕你关了索引扫描，也可能因为表本身的页损坏导致行不显示。可以试试这些操作（务必先备份数据！）：

• 重建主键索引：

REINDEX INDEX users_pkey; -- 替换成你的主键索引名

• 重建整个表（彻底修复数据不一致）：

-- 创建临时表复制数据
CREATE TABLE users_temp AS TABLE users;
-- 原表改名备份
ALTER TABLE users RENAME TO users_old;
-- 临时表改回原名
ALTER TABLE users_temp RENAME TO users;
-- 重新建立主键和其他索引
ALTER TABLE users ADD PRIMARY KEY (你的主键列名);
-- 确认没问题后再删除旧表
-- DROP TABLE users_old;

4. 验证数据的真实存在性 #

如果上面的方法都没效果，你可以导出表的数据到文件，直接查看原始数据：

pg_dump -d 你的数据库名 -t users --data-only > users_data.txt

然后打开users_data.txt搜索对应的主键值，看看是不是真的存在重复记录——有时候分组统计的结果可能因为NULL值或者隐式类型转换出现误判（比如name或email有空格、大小写差异，但你没注意到）。

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