group_concat默认截断长结果是因为group_concat_max_len系统变量默认值为1024，超长部分静默截断；需通过set session或修改my.cnf调整该值，并注意order by和separator必须写在函数内部且顺序正确。
GROUP_CONCAT 默认行为会截断长结果
直接用 GROUP_CONCAT(column) 很容易发现拼接内容被截断，比如只看到前1024个字符。这不是函数 bug，而是 MySQL 默认限制了返回长度——group_concat_max_len 系统变量默认值是 1024。
临时生效（当前会话）：
SET SESSION group_concat_max_len = 10000;永久生效需修改配置文件
my.cnf，在 [mysqld] 下加一行：group_concat_max_len = 10000注意：改完要重启 MySQL 或执行
SET GLOBAL（需 SUPER 权限）。
ORDER BY 和 SEPARATOR 必须写在 GROUP_CONCAT 里面
很多人误写成 GROUP_CONCAT(name) ORDER BY name 放在外部，这会报错或不生效。正确写法是把排序和分隔符都塞进函数括号里：
SELECT GROUP_CONCAT(name ORDER BY id DESC SEPARATOR ' | ') FROM users WHERE status = 1;
-
ORDER BY是函数内部子句，只作用于当前聚合的那组数据 -
SEPARATOR默认是逗号，设为空字符串''就能实现无缝拼接 - 不能用列别名替代原始字段名做排序，比如
GROUP_CONCAT(name AS n) ORDER BY n会报错
NULL 值会让整段结果变 NULL？不是，但要去掉得用 IF 或 COALESCE
GROUP_CONCAT 本身会自动跳过 NULL 值，不会因此让结果变 NULL。但如果你拼的是表达式，比如 GROUP_CONCAT(IF(status=1, name, NULL))，那就真可能全空——此时返回空字符串，不是 NULL。
想把 NULL 显式转成其他值（比如 'N/A'），得提前处理：
GROUP_CONCAT(COALESCE(phone, 'N/A') SEPARATOR ', ')
另外注意：如果整组数据都为 NULL 或被 WHERE 过滤光了，GROUP_CONCAT 返回 NULL（不是空字符串），这点常被忽略。
性能隐患：GROUP_CONCAT 在大表 + 多分组时容易慢
它本质是先分组、再逐行收集、再拼接字符串，没有索引优化路径。当 GROUP BY 字段基数高（比如按用户ID分组），或每组数据量极大（上万行），查询会明显变慢。
优化思路：
- 确保
GROUP BY字段有索引 - 用
LIMIT控制每组最多取多少项：GROUP_CONCAT(name ORDER BY created_at DESC LIMIT 5)
- 避免在子查询里嵌套多层
GROUP_CONCAT，MySQL 不会做中间结果缓存 - 如果只是展示用，考虑应用层拼接（比如 PHP 的
implode()），数据库只负责查出原始数组
真正需要数据库拼接的场景其实不多，多数时候是报表导出或 legacy 接口适配——得想清楚是不是非用不可。
