group_concat默认截断为1024字节，因group_concat_max_len限制；需设session或my.cnf调整，注意utf8mb4下中文占4字节。
GROUP_CONCAT 为什么默认只返回前1024个字符
MySQL 默认把 GROUP_CONCAT 的结果长度限制在 1024 字节，超长部分会被无声截断——你查出来数据“莫名其妙变短了”，大概率是这个原因。这不是 bug，是服务端变量 group_concat_max_len 控制的硬限制。
- 临时修改（当前会话生效）：
SET SESSION group_concat_max_len = 10000;
- 永久修改需在 my.cnf 中加：
group_concat_max_len = 10000
，然后重启 MySQL - 注意：该值单位是字节，不是字符；UTF8mb4 下一个中文占 4 字节，别按字符数拍脑袋设值
如何用 GROUP_CONCAT 拼接字符串并去重、排序
GROUP_CONCAT 支持在内部对字段预处理，但语法位置固定：必须写在函数参数里，不能套子查询或外部 ORDER BY。
- 去重用
DISTINCT：GROUP_CONCAT(DISTINCT user_name)
- 排序用
ORDER BY（支持多字段和 ASC/DESC）：GROUP_CONCAT(user_name ORDER BY created_at DESC)
- 组合用法（去重 + 排序 + 自定义分隔符）：
GROUP_CONCAT(DISTINCT user_name ORDER BY user_name ASC SEPARATOR ' | ')
- 注意：
SEPARATOR必须写在最后，且不能省略空格；写成SEPARATOR''表示无分隔符，不是SEPARATOR NULL
GROUP_CONCAT 返回 NULL 的常见原因
当分组内所有值都是 NULL，或整个分组为空时，GROUP_CONCAT 直接返回 NULL，而不是空字符串。这容易导致应用层判空逻辑出错。
- 安全做法是用
IFNULL或COALESCE包一层：IFNULL(GROUP_CONCAT(name), '')
- 如果字段本身可能为 NULL，又不想拼进结果，得先过滤：
GROUP_CONCAT(IF(name IS NOT NULL, name, NULL))
（注意：NULL 值会被自动忽略） - 聚合前没加
WHERE条件导致全表无匹配行，也会返回 NULL——检查你的 JOIN 或 WHERE 是否误筛光了数据
性能隐患：GROUP_CONCAT 在大数据量分组时很慢
它本质是内存操作，MySQL 会为每个分组缓存拼接结果。当某一分组包含上万行、每行字符串又较长时，不仅慢，还可能触发 sort_buffer_size 不足或内存溢出。
- 优先考虑是否真需要一次性拼完——有时前端或应用层分页拼接更可控
- 避免在未索引字段上
ORDER BY，否则会强制 filesort - 若仅需前 N 项，无法直接 LIMIT，但可用子查询模拟：
GROUP_CONCAT(name ORDER BY score DESC SEPARATOR ',') FROM (SELECT name, score FROM users WHERE ... ORDER BY score DESC LIMIT 5) t
- 极端场景下，考虑用 JSON 函数替代，如
JSON_ARRAYAGG（MySQL 5.7+），它对 NULL 更友好且不易截断
group_concat_max_len 的会话级与全局级差异，以及 NULL 处理的隐式行为——这两点不提前确认，上线后容易在特定数据分布下突然出问题。
