group_concat是mysql唯一原生、稳定、可控的多行转单行方案，因mysql不支持string_agg或listagg；其默认最大长度1024字节易静默截断，必须显式设set session group_concat_max_len；需用order by保证顺序，separator自定义分隔符，distinct去重，且空值被忽略但空字符串保留。
GROUP_CONCAT 为什么是唯一靠谱的选择
MySQL 没有 STRING_AGG（PostgreSQL）或 LISTAGG（Oracle），GROUP_CONCAT 是原生、稳定、可控的多行转单行方案。它在 GROUP BY 上下文中工作，不是窗口函数，也不依赖 JSON 函数模拟——后者容易出空值、类型转换和排序不可控问题。
GROUP_CONCAT 基本用法与常见翻车点
最简形式是 GROUP_CONCAT(column_name)，但它默认用逗号分隔、忽略 NULL、最大长度仅 1024 字符——超长直接截断且不报错，这是线上最常被忽视的坑。
- 必须显式设置长度上限：
SET SESSION group_concat_max_len = 1000000（建议在查询前执行，或改全局配置） - 排序很重要：不加
ORDER BY时结果顺序不确定，应写成GROUP_CONCAT(name ORDER BY id ASC) - 空值会被跳过，但空字符串
''会保留；如需把NULL转成指定占位符，先用IFNULL(name, 'N/A') - 分隔符可自定义：
GROUP_CONCAT(name SEPARATOR '; ')，注意SEPARATOR后面不能跟函数或表达式，只接受字面量
去重、条件过滤和嵌套场景怎么写
实际业务中往往不是简单拼接所有值，比如“每个部门拼接其员工姓名（去重）、只拼接在职员工、排除测试账号”——这些都得在 GROUP_CONCAT 内部处理，而不是靠外层 WHERE。
- 去重用
DISTINCT：GROUP_CONCAT(DISTINCT user_name) - 条件拼接靠
IF或CASE：GROUP_CONCAT(IF(status = 'active', name, NULL))，注意返回NULL的项会被自动忽略 - 避免在
SELECT中混用聚合与非聚合字段，否则可能触发ONLY_FULL_GROUP_BY报错；确保GROUP BY列覆盖所有非聚合字段 - 不要试图在子查询里用
GROUP_CONCAT再套GROUP_CONCAT，MySQL 不支持聚合函数嵌套聚合
性能和字符集要注意什么
GROUP_CONCAT 是内存操作，结果长度越大、参与行数越多，越吃临时内存。如果拼接字段含中文或 emoji，还可能因字符集不一致导致乱码或意外截断。
- 确认连接字符集和表字段字符集一致，尤其用
utf8mb4时，group_concat_max_len的单位是字节，不是字符 - 大结果集慎用：若单个分组要拼接上万行，考虑应用层分页拼接，或改用临时表 +
CONCAT_WS循环 - 无法使用索引加速拼接过程，但
ORDER BY子句中的列如果有索引，能减少 filesort 开销 - 结果默认为
VARBINARY类型，如果后续要和其他VARCHAR字段比较或拼接，显式加CAST(... AS CHAR)
group_concat_max_len 的会话级作用域和字节/字符混淆——一次没设，线上查半天才发现数据被无声截断。
