GROUP BY必须配合COUNT()，因为GROUP BY仅分组而不统计数量，COUNT(*)才能提供每组出现次数；漏掉COUNT()就无法识别真正重复（出现≥2次）的记录，也无法排序频率或过滤。
查重复记录时为什么 GROUP BY 必须配合 COUNT()？
因为 GROUP BY 本身只做分组，不提供数量信息；COUNT() 才是统计每组出现次数的关键。漏掉 COUNT() 就只能看到“有哪些重复值”，但不知道“哪个最频繁”。
常见错误写法：SELECT column_name FROM table GROUP BY column_name —— 这会返回每组一条记录，但无法排序频率。
正确思路是把 COUNT(*) 当作一个计算字段参与排序：
SELECT column_name, COUNT(*) AS cnt FROM table GROUP BY column_name ORDER BY cnt DESC LIMIT 1;
ORDER BY COUNT(*) DESC 和 ORDER BY cnt DESC 有区别吗？
没有本质区别，但命名别名（如 cnt）更安全、可读性更强，尤其在复杂查询或嵌套中。
注意点：
- MySQL 允许直接写
ORDER BY COUNT(*) DESC，但某些版本或严格 SQL 模式下会报错 - 如果 SELECT 中用了别名，ORDER BY 必须用别名（除非开启
sql_mode中的ONLY_FULL_GROUP_BY关闭状态） - 别名不能在 WHERE 中使用，但可以在 ORDER BY 和 HAVING 中用
怎么只查“真正重复”的记录（排除只出现一次的）？
用 HAVING 过滤分组结果，而不是 WHERE —— 因为 WHERE 在分组前执行，无法访问 COUNT() 的结果。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
例如，要找至少出现 2 次的最高频项：
SELECT column_name, COUNT(*) AS cnt FROM table GROUP BY column_name HAVING cnt >= 2 ORDER BY cnt DESC LIMIT 1;
容易踩的坑：
-
HAVING cnt > 1和HAVING COUNT(*) > 1等价，但后者每次都要重新计算，性能略差 - 如果表里所有值都只出现 1 次，这条语句会返回空结果，不是报错
- 多个字段联合去重时，
GROUP BY col1, col2要确保所有非聚合字段都在 GROUP BY 列表中
多字段组合查最高频重复记录要注意什么？
比如查“用户名 + 邮箱”组合最常出现的记录，GROUP BY 必须包含全部目标字段，且 SELECT 中非聚合字段不能遗漏。
示例：
SELECT user_name, email, COUNT(*) AS cnt FROM users GROUP BY user_name, email ORDER BY cnt DESC LIMIT 1;
关键提醒：
- 如果只
GROUP BY user_name却 SELECTemail，MySQL 5.7+ 默认会报错（ONLY_FULL_GROUP_BY开启） - 想查完整行数据（不只是字段值），得用子查询或窗口函数（MySQL 8.0+）关联原始表
- 大数据量时，
GROUP BY字段最好有联合索引，否则可能触发临时表和 filesort
高频重复值识别看似简单，但实际中 GROUP BY 的语义边界、HAVING 的时机、以及索引是否覆盖，三者稍有偏差就会查不准或查得慢。
