唯一可靠查字段重复值的方式是GROUP BY + HAVING COUNT(*) > 1；WHERE不能用聚合函数因它在分组前执行，而HAVING专用于过滤分组后结果。
直接用 GROUP BY + HAVING COUNT(*) > 1 查字段重复值，这是唯一可靠且语法合法的方式；WHERE COUNT(*) > 1 会报错 Invalid use of group function，别试。
为什么 WHERE 不能筛重复次数
WHERE 在分组前执行，此时每行还是独立的，COUNT(*) 还没算出来；HAVING 才是专为过滤分组后聚合结果设计的子句。强行写 WHERE COUNT(name) > 1 不仅语法错误，逻辑上也完全不通。
- 错误写法：
SELECT name FROM user WHERE COUNT(name) > 1 GROUP BY name - 正确写法：
SELECT name FROM user GROUP BY name HAVING COUNT(*) > 1 - 如果只查字段值（如
email），结果每组只返回一行，看不出原始表里哪几条重复
想查出所有重复的完整行，得回表匹配
单纯 GROUP BY + HAVING 只给出重复的字段值，不是原始记录。要拿到所有重复行（含 id、created_at 等），必须把重复值拎出来再关联原表。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 推荐用
IN子查询：SELECT * FROM user WHERE email IN (SELECT email FROM user GROUP BY email HAVING COUNT(*) > 1) - 注意 NULL：MySQL 中
email IN (…)无法匹配NULL值，需显式加OR email IS NULL - JOIN 方式也可行，但
ON t1.email = t2.email同样跳过 NULL，除非改用IS NOT DISTINCT FROM（MySQL 8.0.19+）
多字段重复、大小写、空格这些细节决定结果是否可信
“重复”的定义从来不是纯语法问题，而是业务逻辑问题：
- 按多个字段判断重复时，
GROUP BY必须包含全部字段，比如GROUP BY name, phone，不能只写一个 -
utf8mb4_bin排序规则下，'A'和'a'视为不同；若需忽略大小写，统一用LOWER(email)分组 - 前后空格会影响比较结果，业务上常需先
TRIM(email)再分组，否则'a@b.com '和'a@b.com'被当成两条不重复记录 - 时间字段精度（秒 vs 毫秒）、NULL 是否参与分组、JSON 字段是否展开比对——这些都得在写 SQL 前想清楚
真正卡住人的往往不是 HAVING 怎么写，而是“什么才算重复”这件事本身没和业务方对齐。写完 SQL 先用小样本人工核对几条，比盲目跑全表更省时间。
