GROUP_CONCAT返回NULL主因是字段为NULL且全被跳过，或JOIN无匹配导致分组缺失；需用IFNULL兜底、检查JOIN类型、显式ORDER BY和SEPARATOR，并调大group_concat_max_len防截断。
GROUP_CONCAT 为什么没生效，返回 NULL？
常见原因是关联后的某条记录中，被聚合的字段本身为 NULL，而 GROUP_CONCAT 默认跳过 NULL 值——看起来像“没结果”，其实是全被过滤了。更隐蔽的情况是：JOIN 条件不匹配导致左表某行没关联上右表任何数据，整行在 INNER JOIN 下直接消失，自然也不会进入 GROUP BY 分组。
实操建议：
- 先用
LEFT JOIN替代INNER JOIN，确认左表主记录是否完整出现 - 在
GROUP_CONCAT内显式处理空值：GROUP_CONCAT(IFNULL(t2.name, '未知')) - 检查
GROUP BY的字段是否和 SELECT 中非聚合字段完全一致（尤其多表 JOIN 时容易漏写前缀）
如何控制 GROUP_CONCAT 的分隔符和排序？
GROUP_CONCAT 默认用逗号分隔、无序拼接，但实际业务常需自定义。MySQL 支持在函数内直接指定 SEPARATOR 和 ORDER BY，且顺序敏感：必须写在表达式末尾，不能颠倒。
示例（按价格升序拼接商品名，用顿号分隔）：
SELECT c.category_name, GROUP_CONCAT(p.product_name ORDER BY p.price SEPARATOR '、') AS products FROM category c LEFT JOIN product p ON c.id = p.category_id GROUP BY c.id, c.category_name;
注意点：
-
ORDER BY是对每个分组内的值排序，不是对整个结果集排序 -
SEPARATOR后必须跟字符串字面量，不能是字段或变量 - 若省略
SEPARATOR，默认为英文逗号；设为空字符串SEPARATOR ''可实现无缝拼接
JOIN + GROUP_CONCAT 后数据被截断怎么办？
MySQL 默认限制 GROUP_CONCAT 返回长度为 1024 字符，超长部分直接截断，且不报错——这是最易被忽略的“静默失败”。查 SHOW VARIABLES LIKE 'group_concat_max_len'; 就能看到当前值。
临时解决（当前会话有效）：
SET SESSION group_concat_max_len = 10000;
永久生效需修改配置文件 my.cnf，增加：
[mysqld] group_concat_max_len = 10000
注意：
- 该设置影响所有使用
GROUP_CONCAT的查询，设得过大可能占用更多内存 - 应用层拿到结果后，仍需检查长度是否接近上限，避免隐性截断引发业务逻辑错误
替代方案：JSON_ARRAYAGG 比 GROUP_CONCAT 更可靠吗？
MySQL 5.7+ 提供 JSON_ARRAYAGG，可直接生成 JSON 数组，天然规避分隔符冲突、空值歧义、长度截断等问题。例如：JSON_ARRAYAGG(p.name) 返回 ["iPhone","iPad"]，而非 "iPhone,iPad"。
但它也有硬约束：
- 不支持自定义分隔符或拼接格式，输出固定为 JSON
- 若字段含特殊字符（如引号、换行），
GROUP_CONCAT需手动转义，而JSON_ARRAYAGG自动处理 - 应用层需解析 JSON，比字符串 split 多一步，旧系统改造成本略高
真正关键的取舍点不在函数本身，而在下游消费方式——如果前端/服务端本来就要 JSON，优先用 JSON_ARRAYAGG；如果只是导出报表或拼接展示文案，GROUP_CONCAT 更轻量，但必须盯紧 group_concat_max_len 和 NULL 处理。
