GROUP_CONCAT返回NULL或空串主因是全NULL或全空字符串、WHERE误过滤、超group_concat_max_len截断、ORDER BY/SEPARATOR位置错误、JOIN导致笛卡尔积重复拼接；应兜底NULL、显式指定分隔符、先压平多对一关系、调大长度限制。
GROUP_CONCAT返回NULL或空字符串的常见原因
不是数据有问题，而是默认忽略NULL值且不处理空字符串组合。当分组内所有字段都是NULL，或者GROUP_CONCAT作用的列全为空字符串（''），结果就是NULL或空串。
- 用
IFNULL(col, '')或COALESCE(col, '')提前兜底，避免整组失效 - 确认是否误用了
WHERE条件过滤掉了本该参与聚合的非空行 -
GROUP_CONCAT受group_concat_max_len系统变量限制，默认仅1024字节，超长会被截断且无声无息
控制分隔符和排序：ORDER BY和SEPARATOR必须写对位置
ORDER BY和SEPARATOR不是可选参数，是语法组成部分，顺序不能错——必须先ORDER BY，再SEPARATOR，且都跟在字段表达式后面。
- 错误写法：
GROUP_CONCAT(name SEPARATOR ';' ORDER BY id)→ 语法报错 - 正确写法：
GROUP_CONCAT(name ORDER BY id SEPARATOR ';') - 不写
SEPARATOR时默认用逗号，但逗号容易和业务数据冲突，显式指定更安全 -
ORDER BY支持多字段、ASC/DESC，但不能引用别名，得用原始列名或表达式
GROUP_CONCAT在JOIN场景下重复拼接的陷阱
一查多关联（比如订单+订单项+商品）时，GROUP_CONCAT会在笛卡尔积展开后聚合，导致同一个值被重复拼多次。
- 典型现象：一个订单有3个商品，但
GROUP_CONCAT(product_name)返回了9个名字（3×3） - 根本原因是没去重，也不是聚合逻辑错，而是JOIN放大了行数
- 解决优先级：先用子查询或CTE把多对一关系“压平”，再对外层结果
GROUP_CONCAT - 临时补救可用
DISTINCT：GROUP_CONCAT(DISTINCT product_name)，但掩盖了JOIN设计问题
性能与长度限制：别等线上崩了才查group_concat_max_len
GROUP_CONCAT不是纯内存操作，它受两个硬限制：会话级group_concat_max_len和全局最大包大小max_allowed_packet。超限就静默截断，日志里不会报错。
- 查当前值：
SELECT @@group_concat_max_len;（单位字节） - 临时调大（当前会话）：
SET SESSION group_concat_max_len = 1048576; - 注意：改完只影响新查询，已执行中的查询不受影响
- 如果拼接结果含中文，按UTF8mb4算每个字符占4字节，10万字符就得预留40万字节以上
