GROUP_CONCAT返回NULL或空字符串主因是默认忽略NULL值，全NULL则结果为NULL；结果截断因默认长度1024；需用IFNULL预处理、调大group_concat_max_len、显式ORDER BY和SEPARATOR，并依场景选JSON_ARRAYAGG。
GROUP_CONCAT 为什么返回 NULL 或空字符串
常见现象是执行 GROUP_CONCAT 后某组结果为 NULL，或只得到空字符串。这不是函数坏了，而是它默认忽略 NULL 值——如果分组内所有待拼接字段全是 NULL，结果就是 NULL；如果只有部分为 NULL，那些值直接跳过，不参与拼接。
实操建议：
- 用
IFNULL(col, '')或COALESCE(col, '')预处理字段，避免整组因全NULL而失效 - 检查是否误用了
WHERE过滤掉本该存在的非空行（比如WHERE status IS NOT NULL却漏掉了有效数据） - 确认字段类型兼容：对
TEXT、MEDIUMTEXT没限制，但若列是JSON类型且未显式转字符串，MySQL 8.0+ 可能报错或静默失败
GROUP_CONCAT 结果被截断怎么办
默认最大长度是 1024 字符，超长部分直接丢弃，且不会报错——你只会发现结果莫名其妙“少了一半”。这是最隐蔽的坑。
实操建议：
- 查当前设置：
SELECT @@group_concat_max_len - 临时调高（会话级）：
SET SESSION group_concat_max_len = 1000000 - 永久修改需改 MySQL 配置文件
my.cnf，加一行group_concat_max_len = 1000000，然后重启服务 - 注意：该参数影响内存使用，别无脑设成
4294967295（最大值），按实际业务最长拼接需求留 20% 余量即可
如何控制 GROUP_CONCAT 的排序和分隔符
不指定时，GROUP_CONCAT 拼接顺序不确定（取决于存储引擎扫描顺序），分隔符固定为英文逗号。线上出问题常是因为前端依赖固定顺序展示标签、权限项等。
实操建议：
- 强制排序用
ORDER BY子句：GROUP_CONCAT(name ORDER BY sort_order ASC SEPARATOR ' | ') - 分隔符支持任意字符串，包括空格、换行符（用
CHAR(10)）、甚至 emoji，但避免用不可见字符（如零宽空格），调试困难 - MySQL 8.0+ 支持在
ORDER BY中引用别名或表达式，5.7 只支持原始列名或位置序号 - 若需去重，加
DISTINCT：GROUP_CONCAT(DISTINCT tag ORDER BY tag)，但会略微拖慢性能
GROUP_CONCAT 和 JSON_ARRAYAGG 的取舍
MySQL 5.7+ 提供了 JSON_ARRAYAGG，它返回标准 JSON 数组，天然支持嵌套结构、类型保留（数字不转字符串）、前端可直接解析。但很多人还在用 GROUP_CONCAT，因为习惯或兼容老版本。
实操建议：
- 纯文本拼接、下游是 Shell/Python 字符串处理，用
GROUP_CONCAT更轻量 - 需要传给前端渲染列表、或后续要
JSON_EXTRACT查询，优先选JSON_ARRAYAGG，避免手动SUBSTRING_INDEX拆分 -
JSON_ARRAYAGG默认也会受group_concat_max_len限制（虽然名字没体现），同样要调大 - 注意
JSON_ARRAYAGG对NULL的处理更严格：遇到NULL字段会整个返回NULL，得先用IFNULL包一层
真正麻烦的不是语法，是意识到拼接结果可能被截断、顺序不可靠、或前端根本没法安全解析——这些都得在写第一行 GROUP_CONCAT 之前就想好。
