group_concat()需配合group by使用，否则整表聚合为一行；默认长度1024易截断，须调大group_concat_max_len；null值自动跳过，支持distinct、order by和多字段拼接。
MySQL 用 GROUP_CONCAT() 合并多行数据为一列，最直接有效；但默认长度限制（1024 字符）和 NULL 处理方式极易导致截断或意外空值，必须主动干预。
GROUP_CONCAT() 基本用法与常见拼接错误
它不是普通字符串函数，必须配合 GROUP BY 使用，否则整表聚合为一行 —— 这常被误当成“全表合并”，实则是没加分组的副作用。
- 不写
GROUP BY：返回单行，所有匹配记录拼成一个字符串（适合简单列表生成） - 写了
GROUP BY：按指定字段分组，每组生成一个拼接结果（这才是常规用法） - 字段含
NULL：该值直接被跳过，不会变成字符串"NULL"，也不报错 —— 容易误判数据缺失 - 未指定
SEPARATOR：默认用英文逗号,，注意前后无空格，拼出来像"张三,李四,王五"
示例：SELECT department, GROUP_CONCAT(emp_name) FROM emp GROUP BY department; —— 若某部门有 emp_name 为 NULL 的记录，它不会出现在结果里。
突破 1024 字符长度限制
GROUP_CONCAT() 结果被截断，大概率是撞上了 group_concat_max_len 系统变量的默认值（1024）。这不是 bug，是 MySQL 的安全保护机制。
- 临时修改当前会话：执行
SET SESSION group_concat_max_len = 10000;，之后该连接内所有查询生效 - 永久修改需改配置文件
my.cnf，添加group_concat_max_len = 10000，然后重启 MySQL（生产环境慎用） - 不能在 SQL 语句里用
SET动态改再查，必须先执行SET，再执行带GROUP_CONCAT()的SELECT - 检查当前值：用
SELECT @@group_concat_max_len;查看实际生效长度
注意：即使设为很大（如 100000），如果原始数据本身超长，仍可能因内存或网络包限制失败，建议前端或应用层做兜底截断提示。
DISTINCT、ORDER BY 和多字段拼接实战要点
这三个参数能解决 80% 的业务拼接需求，但顺序和写法容易出错。
-
DISTINCT必须紧挨着字段名写，如GROUP_CONCAT(DISTINCT emp_name)；写成GROUP_CONCAT(emp_name DISTINCT)会报语法错误 -
ORDER BY必须放在字段后、SEPARATOR前，支持列名、位置序号（如ORDER BY 2 DESC）、表达式（如ORDER BY LENGTH(emp_name) DESC） - 拼接多个字段：用逗号直接连接，如
GROUP_CONCAT(emp_name, '(', salary, ')')，括号和符号都算字符串字面量，不需要额外引号包裹 - 分隔符含特殊字符：如想用换行符，写成
SEPARATOR '\n'；HTML 场景常用SEPARATOR ''，但要注意 XSS 风险
示例：SELECT department, GROUP_CONCAT(DISTINCT emp_name ORDER BY emp_name ASC SEPARATOR ' | ') FROM emp GROUP BY department;
替代方案与边界情况提醒
当 GROUP_CONCAT() 不适用时，别硬扛 —— 它本质是字符串聚合，不是通用数据结构转换工具。
- 结果需保持结构化（如 JSON 数组）：优先用
JSON_ARRAYAGG()（MySQL 5.7+），它天然支持嵌套、类型保留、无长度隐式截断 - 要拼接大文本（如日志块）且长度不可控：考虑应用层循环拼接，避免数据库内存压力过大
- 分组键为空或全为
NULL：整组会被忽略，GROUP_CONCAT()返回NULL，不是空字符串 —— 判断时要用IS NULL，不是= '' - 字符集不一致字段拼接：若列用
utf8mb4，但连接符用latin1字符串，可能触发隐式转换警告，建议统一显式转码
真正容易被忽略的是：这个函数的结果类型是 TEXT，但最大长度受 group_concat_max_len 控制，而不是字段定义；哪怕你把结果 CAST 成 LONGTEXT，也绕不过这个变量限制。
