GROUP_CONCAT结果被截断是因为group_concat_max_len默认值1024字节过小，需通过SHOW VARIABLES确认，并用LENGTH与SUM对比验证；可临时用SET SESSION/GLOBAL调整，或永久修改配置文件/云控制台参数，同时注意max_allowed_packet限制。
查当前group_concat_max_len值并确认是否已截断
执行 SELECT @@session.group_concat_max_len, @@global.group_concat_max_len; 查看当前设置。如果返回值是 1024，基本可以确定你正在遭遇静默截断——因为 MySQL 不报错、不警告，只悄悄丢掉超长部分。再用 LENGTH(GROUP_CONCAT(...)) 对比预期长度：比如你查 50 个平均 30 字节的字段，加上分隔符至少要 1550 字节，但结果 LENGTH 只有 1024，就坐实了问题。
临时调大group_concat_max_len要同时设SESSION和GLOBAL
只执行 SET SESSION group_concat_max_len = 1000000; 只影响当前连接；新打开的会话仍用默认 1024。生产排查时建议两步都做：
-
SET GLOBAL group_concat_max_len = 1000000;（需 SUPER 权限，且对后续新建连接生效） -
SET SESSION group_concat_max_len = 1000000;（立即修复当前查询）
注意：GLOBAL 设置不会影响已存在的其他会话，它们仍沿用旧值，直到重新连接。
永久生效必须检查max_allowed_packet上限
group_concat_max_len 再大也绕不开 max_allowed_packet 的兜底限制。比如你设了 group_concat_max_len = 10000000，但 max_allowed_packet 是默认的 4194304（4MB），实际拼接仍被卡在 4MB。查它：SELECT @@max_allowed_packet;。永久修改需在 my.cnf 的 [mysqld] 段落里同步加两行：
group_concat_max_len = 10000000 max_allowed_packet = 64M
改完必须重启 MySQL，否则不生效。云数据库（如阿里云 RDS、腾讯云 CDB）通常禁用 GLOBAL 设置，只能提工单或通过控制台参数模板调整。
GROUP_CONCAT里嵌SUBSTRING不是防截断，而是补救手段
有人写 SUBSTRING(GROUP_CONCAT(name), 1, 200) 以为能“控制输出长度”，其实这是在截断之后再切——如果原始拼接已被 group_concat_max_len 截成 1024 字节，SUBSTRING 只能从那 1024 里取前 200。真要控最终长度，得先确保拼接没被截断，再用 SUBSTRING 做业务层裁剪。另外，ORDER BY 会影响被截掉的是哪些数据：按时间倒序排，最后几条最可能消失；按 ID 升序排，开头几条反而保不住——这个细节常被忽略。
