where中不能使用count()>1，因为sql执行顺序为from→where→group by→having，where在分组和聚合计算前执行，此时count()尚未生成，数据库直接报错“aggregate functions are not allowed in where”。
1找不到预期的唯一键冲突？">
WHERE里写COUNT(*) > 1直接报错
数据库执行顺序是 WHERE → GROUP BY → HAVING，而 COUNT(*) 是聚合函数，只在分组后才有意义。WHERE COUNT(*) > 1 会立刻触发错误：ERROR: aggregate functions are not allowed in WHERE。这不是语法偷懒的问题，是引擎层面的执行阶段限制——分组都还没开始，根本不存在“每组几条”这个概念。
GROUP BY字段漏了或不匹配业务判重逻辑
比如你想查「用户名+邮箱组合重复」，但只写了 GROUP BY email，那 WHERE email IN (SELECT email FROM users GROUP BY email HAVING COUNT(*) > 1) 就会把不同用户名、相同邮箱的记录全捞出来，看似重复，实则不符合业务定义。
- 多字段判重必须全列进
GROUP BY：例如GROUP BY username, email - 字段顺序不影响结果，但建议和
SELECT中顺序一致，避免阅读混淆 - 如果判重逻辑含条件（如只看
status = 'active'），得先用WHERE过滤，再GROUP BY + HAVING
NULL值被当成同一组参与计数
GROUP BY 默认把所有 NULL 归为一组，所以 COUNT(*) 会把空邮箱、空手机号也统计进去。如果你的唯一约束允许 NULL（比如 MySQL 的唯一索引允许多个 NULL），那 HAVING COUNT(*) > 1 查出来的“重复”其实是合法的，不是冲突源。
- 要排除
NULL干扰，显式加条件：WHERE email IS NOT NULL - 或者用
COUNT(email)替代COUNT(*)—— 但注意这会跳过NULL行，导致漏判含NULL的真实重复组 - Oracle/PostgreSQL 中还可考虑用
COALESCE(email, '')统一处理，但需确认业务是否接受空字符串等价于NULL
查到了重复键，但没对应到具体冲突行
GROUP BY + HAVING 只返回分组摘要（如 email 和计数），不带 id、created_at 等原始字段。你看到 xxx@domain.com, 3，却不知道哪三条记录撞了——尤其当主键是自增ID、且重复由应用层并发插入引发时，无法定位到具体哪次 INSERT 违反了唯一约束。
- 要拿到完整行，必须用子查询或窗口函数回查原表
- 子查询方式（兼容性好）：
SELECT * FROM users WHERE email IN (SELECT email FROM users WHERE email IS NOT NULL GROUP BY email HAVING COUNT(*) > 1) - 窗口函数方式（性能更好，MySQL 8.0+/PostgreSQL 支持）：
SELECT id, email FROM (SELECT id, email, COUNT(*) OVER (PARTITION BY email) AS cnt FROM users WHERE email IS NOT NULL) t WHERE cnt > 1 - 注意：若表无主键或唯一标识，
DISTINCT+GROUP BY可能掩盖重复细节，得结合业务语义判断是否真要删
真正卡住排查的，往往不是语法写错，而是对 GROUP BY 如何归并 NULL、如何响应 WHERE 过滤时机、以及“重复”的业务定义和数据库行为之间的偏差缺乏预判。
