SELECT查重复主键值需用GROUP BY和HAVING筛选，如SELECT id FROM table GROUP BY id HAVING COUNT(*) > 1；复合主键须完整列出字段，避免漏判；查到后应JOIN或子查询获取完整行，并结合业务语义确认处理方案。
SELECT怎么查出重复的主键值
主键重复不是 SELECT 能“修复”的问题，而是必须先定位、再处理的数据异常。SELECT 的作用是把重复的主键值找出来——关键在于不能只查主键字段本身，得结合 GROUP BY 和 HAVING 才能筛出真正重复的记录。
- 直接
SELECT id FROM table WHERE id IN (SELECT id FROM table GROUP BY id HAVING COUNT(*) > 1)是最常用写法，但注意：如果主键是复合主键（比如(user_id, order_date)），就得写成GROUP BY user_id, order_date - 别用
SELECT *配合DISTINCT或ORDER BY想“看一眼重复”，这根本不会暴露重复项，只会掩盖问题 - 某些数据库（如 MySQL 8.0+）支持窗口函数，可用
COUNT(*) OVER (PARTITION BY id)加子查询过滤，但兼容性不如GROUP BY + HAVING
为什么查不到重复记录？常见执行失败原因
执行完没返回结果，不等于没有重复主键——更可能是查询逻辑没覆盖真实场景。
-
WHERE条件里加了IS NOT NULL或其他过滤，而重复值恰好被排除（比如主键字段允许 NULL，而 NULL 在GROUP BY中会被单独归为一组，且COUNT(*)对 NULL 行仍计数） - 表用了自增主键但手动插入过重复值，而你只查了
id字段，却忘了该表实际主键是(id, tenant_id)——复合主键漏掉任意一列，GROUP BY就失效 - 事务未提交或隔离级别影响（如 REPEATABLE READ 下，其他会话刚插入重复值但还没提交，当前查询不可见）
查到重复后，怎么确认具体是哪些行
知道哪个主键值重复了，只是第一步；得看到完整行数据，才能决定删哪条、留哪条。
- 用
SELECT * FROM table WHERE id IN (SELECT id FROM table GROUP BY id HAVING COUNT(*) > 1)——但要注意：如果重复值很多，这个 IN 子查询可能性能差，可改用JOIN - 更稳妥的是：先建临时表存重复主键值：
CREATE TEMP TABLE dup_ids AS SELECT id FROM table GROUP BY id HAVING COUNT(*) > 1，再JOIN原表查详情 - 如果主键含时间戳或版本号字段（如
updated_at），建议在最终结果里加上ORDER BY updated_at DESC，方便判断哪条是最新/有效记录
MySQL / PostgreSQL / SQL Server 的细微差异
语法大体一致，但几个关键点容易踩坑：
- PostgreSQL 要求
SELECT *中所有非聚合字段必须出现在GROUP BY里，所以不能直接SELECT *, COUNT(*)——得用子查询或窗口函数 - SQL Server 允许
SELECT *配合GROUP BY，但实际行为依赖 ANSI_NULLS 设置，建议统一用子查询方式避免歧义 - MySQL 5.7 默认开启
ONLY_FULL_GROUP_BY，同样禁止非聚合字段裸露在SELECT列表中，关掉它只是掩耳盗铃，不解决逻辑问题
复杂点永远在主键定义和业务语义上——比如你以为 order_id 是主键，其实它是唯一索引，真正主键是隐藏的 rowid；或者“重复”其实是历史数据迁移时的脏数据，不是实时写入导致的。查之前，先 DESCRIBE table 或 SHOW CREATE TABLE 确认主键结构。
