GROUP_CONCAT只返回一行是因为未使用GROUP BY，导致整表被隐式视为单一分组；正确用法须配合GROUP BY按指定字段分组，否则无法实现按业务维度（如部门）聚合。
GROUP_CONCAT 为什么只返回一行？
因为 GROUP_CONCAT 是聚合函数，必须配合 GROUP BY 使用；如果漏写 GROUP BY，它会把整张表当做一个组，结果自然只剩一行。常见错误是写成：SELECT GROUP_CONCAT(name) FROM users;——这确实能跑，但不是你想要的“按部门合并姓名”效果。
正确做法是明确分组维度，比如按 dept_id 合并：
SELECT dept_id, GROUP_CONCAT(name) FROM users GROUP BY dept_id;
- 不加
GROUP BY→ 全表聚合，仅 1 行结果 - 加了但字段不在
SELECT中 → MySQL 5.7+ 严格模式下直接报错：ERROR 1055 - 想保留原始顺序？默认按插入/扫描顺序，但不可靠；用
ORDER BY子句控制：GROUP_CONCAT(name ORDER BY id ASC)
怎么自定义分隔符和处理 NULL？
GROUP_CONCAT 默认用逗号分隔，且自动忽略 NULL 值——这点容易误判：如果你看到某组结果“少了一条”，可能只是某条记录的 name 是 NULL，被静默跳过了。
改分隔符用 SEPARATOR 关键字；显式保留 NULL 需提前转换：
SELECT dept_id, GROUP_CONCAT(IFNULL(name, '未知') SEPARATOR ' | ') FROM users GROUP BY dept_id;
-
SEPARATOR后面不能加空格（语法错误），但值里可以含空格：SEPARATOR '、'合法，SEPARATOR ' , '也合法 - 想用换行符？写
SEPARATOR '\n'，但终端或客户端可能不渲染，建议先测试输出环境 - 最大长度默认 1024 字符，超长会被截断；临时调高用：
SET SESSION group_concat_max_len = 10000;
GROUP_CONCAT 在 JOIN 场景下结果重复怎么办？
多表 JOIN 后再 GROUP BY，常因笛卡尔积导致重复拼接。例如用户表连角色表，一个用户有 3 个角色，GROUP_CONCAT(name) 就会把该用户名字拼 3 次。
解法不是硬加 DISTINCT（虽可用，但掩盖问题），而是先去重再聚合：
SELECT u.dept_id, GROUP_CONCAT(DISTINCT u.name) FROM users u JOIN user_roles ur ON u.id = ur.user_id GROUP BY u.dept_id;
-
DISTINCT放在GROUP_CONCAT里面才生效：GROUP_CONCAT(DISTINCT name) - 更健壮的做法是拆成子查询或 CTE，先聚合用户，再关联其他维度，避免 JOIN 放大行数
- 注意：MySQL 8.0+ 支持窗口函数，但
GROUP_CONCAT仍是唯一原生跨行字符串聚合方案，别指望STRING_AGG那种标准写法
GROUP_CONCAT 能否替代应用层拼接？
能，但要看场景。数据库端聚合省了网络传输和应用层循环，适合简单拼接；但一旦要加逻辑（比如“最后一个加‘和’字”、“按拼音排序”、“过滤敏感词”），就该交还给应用代码处理。
- 纯展示类报表、导出 CSV —— 用
GROUP_CONCAT更快 - 需要格式化、条件过滤、多语言处理 —— 别在 SQL 里硬塞，查出明细再拼
- 性能隐患：大结果集 + 高并发时，
GROUP_CONCAT可能成为瓶颈，尤其group_concat_max_len设得过大又没索引支撑
真正麻烦的不是语法，是意识到它本质是个“妥协方案”：方便但不灵活，高效但难调试。上线前务必用真实数据量测一遍长度和耗时。
