COUNT() + HAVING 是查重复最直接的方式，因MySQL禁止WHERE中用聚合函数，而HAVING专用于过滤分组结果，配合GROUP BY可精准识别重复组，简洁高效且符合SQL逻辑。
为什么用 COUNT() + HAVING 是查重复最直接的方式
因为 MySQL 不允许在 WHERE 中直接使用聚合函数，而重复判断本质是“按某列分组后计数大于 1”，HAVING 就是专为过滤分组结果设计的。绕开它用子查询或窗口函数反而多写、慢、难读。
常见错误现象：SELECT * FROM t WHERE COUNT(id) > 1 GROUP BY name —— 直接报错 Invalid use of group function，就是踩了这个坑。
-
GROUP BY必须出现，否则COUNT()算的是全表总数，不是每组数量 -
HAVING写在GROUP BY之后，且条件里可直接用COUNT()、MAX()等聚合结果 - 想查完整重复行（不止分组字段），得用
IN或JOIN套一层，不能只靠GROUP BY输出原始记录
查出重复值本身：只显示分组字段和重复次数
这是最快、最轻量的验证方式，适合初步排查或监控。
SELECT name, COUNT(*) AS cnt FROM users GROUP BY name HAVING COUNT(*) > 1;
注意点：
- 别写
HAVING cnt > 1—— 别名cnt在HAVING中不可用（MySQL 5.7+ 允许，但低版本不兼容，建议统一用函数） - 如果重复依据是多个字段（如
email+phone），就写GROUP BY email, phone -
COUNT(*)比COUNT(id)更安全：前者统计所有行（包括NULL），后者会跳过id为NULL的行
查出所有重复的完整记录：用 IN 子查询关联
上面只返回分组值，但你通常需要看到每条重复的 user_id、created_at 等字段——这时候必须再套一层。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
SELECT * FROM users WHERE name IN ( SELECT name FROM users GROUP BY name HAVING COUNT(*) > 1 );
性能提示：
- 确保
name字段有索引，否则内层GROUP BY和外层IN都会变慢 - 如果表很大且重复比例低，用
JOIN可能比IN更快（尤其 MySQL 8.0+）：
SELECT u.* FROM users u INNER JOIN ( SELECT name FROM users GROUP BY name HAVING COUNT(*) > 1 ) dup ON u.name = dup.name;
查重复时容易忽略的 NULL 和空字符串问题
GROUP BY 把所有 NULL 归为同一组，所以 COUNT(*) 会把多个 NULL 算作一次重复；但业务上往往不认为 NULL 是有效值，更关注非空重复。
典型场景：用户注册时没填 phone，大量 NULL 被误判为“手机号重复”。
- 排除
NULL：在GROUP BY前加WHERE phone IS NOT NULL - 区分空字符串
''和NULL：MySQL 默认把两者视为不同，但如果你的业务逻辑把它们等同，就得先用COALESCE(phone, '')统一处理 - 大小写敏感问题：如果
name是utf8mb4_bin排序规则，'Alice'和'alice'不算重复；需用LOWER(name)统一小写再分组
真正难的不是写对语法，而是想清楚“什么才算业务意义上的重复”——字段是否允许空、大小写是否敏感、要不要忽略前后空格，这些都得在 GROUP BY 前做清洗，而不是硬套 COUNT。
