不能直接在 group by 子句中使用 like，like 是 where 筛选条件而非分组依据；需先用 where dept_name like '%技术%' 过滤，再按真实字段或表达式（如 case when 或 substring）分组，否则报错。
不能直接在 GROUP BY 子句里用 LIKE 做分组依据——LIKE 是筛选条件，不是分组逻辑。想按模糊规则汇总，得先用 WHERE 筛出目标数据，再对有意义的字段（如截取后的部门名、归类后的标签）做 GROUP BY。
WHERE 中用 LIKE 先过滤，再 GROUP BY 正常字段
这是最常用也最安全的做法。比如统计所有“技术”相关部门的人数，不能写 GROUP BY dept_name LIKE '%技术%'（语法错误），而要：
- 用
WHERE dept_name LIKE '%技术%'把含“技术”的记录挑出来 - 再按真实存在的字段（如
dept_name或SUBSTRING(dept_name, 1, 4)）分组 - 避免在 SELECT 中出现未被 GROUP BY 或聚合的列，否则 MySQL 8.0+ 会报错
Expression #1 of SELECT list is not in GROUP BY clause
示例：
SELECT dept_name, COUNT(*) AS emp_count FROM employees WHERE dept_name LIKE '%技术%' GROUP BY dept_name;
需要按模糊语义分组？用表达式生成分组键
如果“技术部”“技术研发中心”“AI技术组”想合并成一类统计，就不能只靠原始字段，得构造统一标识：
- 用
CASE WHEN手动归类：CASE WHEN dept_name LIKE '%技术%' THEN '技术类' WHEN dept_name LIKE '%销售%' THEN '销售类' ELSE '其他' END - 用字符串函数提取共性：
SUBSTRING_INDEX(dept_name, '技术', 1)或REPLACE(dept_name, '研发中心', '')（需结合业务逻辑） - 注意：MySQL 中
GROUP BY支持表达式，但该表达式必须和 SELECT 中的分组字段完全一致，否则可能触发sql_mode=only_full_group_by报错
示例（归类统计）：
SELECT
CASE
WHEN dept_name LIKE '%技术%' THEN '技术'
WHEN dept_name LIKE '%销售%' THEN '销售'
ELSE '其他'
END AS dept_category,
COUNT(*) AS count
FROM employees
GROUP BY
CASE
WHEN dept_name LIKE '%技术%' THEN '技术'
WHEN dept_name LIKE '%销售%' THEN '销售'
ELSE '其他'
END;
常见报错和绕过陷阱
以下错误几乎都源于混淆了筛选与分组的职责：
-
ERROR 1055: Expression #1 of SELECT list is not in GROUP BY clause：SELECT 里写了dept_name却没在 GROUP BY 中出现，或用了别名但 GROUP BY 写的是原字段 -
Unknown column 'xxx' in 'group statement'：在 GROUP BY 中引用了 SELECT 别名（MySQL 不支持），必须重复表达式或改用子查询 - 把
LIKE写在 GROUP BY 后面，例如GROUP BY dept_name LIKE '%技术%'：语法非法，MySQL 直接拒绝执行 - 用
LIKE在 HAVING 里过滤分组结果？可以，但性能差——HAVING 是对已分组结果再筛，不如 WHERE 提前减少数据量
真要动态模糊分组？考虑应用层聚合
当分组逻辑复杂到 SQL 难以清晰表达（比如按语义相似度聚类、多级关键词匹配、带权重的标签合并），硬塞进 SQL 容易变成不可读的嵌套 CASE。这时候更稳妥的做法是：
- 用 WHERE + LIMIT 拉出原始数据（加索引加速 LIKE 查询）
- 在 Python/Java 等语言中用正则、Jieba 分词或简单字符串包含判断做二次分组
- 把分组结果回写临时表，再查统计——比在 SQL 里硬扛更可控
毕竟，LIKE 本身不支持语义，它只认字符匹配；而“模糊分组”的“模糊”，常常已经超出了字符串层面，进入了业务规则域。
