mysql中group_concat结果被静默截断是因group_concat_max_len变量默认仅1024字节，需用length()对比实际字节数与该值，并同步调大max_allowed_packet才能彻底解决。
不是SQL写错了，也不是客户端或网络问题，而是MySQL服务端用group_concat_max_len这个变量硬性限制了单次拼接结果的字节数——默认仅1024字节，超了就静默丢弃，不报错、不警告。
怎么确认真是被截断了？
别猜，直接查两个关键数字：
-
SELECT @@session.group_concat_max_len;看当前会话允许的最大字节数 -
SELECT LENGTH(GROUP_CONCAT(your_column)) FROM your_table GROUP BY some_col;用LENGTH()（不是CHAR_LENGTH()）看实际拼出来多少字节
如果后者明显大于前者，就是它在作怪。注意：UTF-8下中文、emoji一个字符占3–4字节，分隔符（如,）也会计入总长度。
临时调大必须带 SESSION 或 GLOBAL
只写 SET group_concat_max_len = 1000000 是无效的——MySQL会静默忽略，不报错也不生效。
- 仅当前连接生效（开发调试首选）：
SET SESSION group_concat_max_len = 1000000; - 对所有新连接生效（需SUPER权限）：
SET GLOBAL group_concat_max_len = 1000000; - 云数据库（如阿里云RDS）通常禁用
SET GLOBAL，得去控制台改参数模板，且修改后需重启实例
用连接池（如HikariCP）时，必须在初始化SQL里加SET SESSION，否则每次取连接都回默认1024。
永久生效要改配置文件，且注意 max_allowed_packet
生产环境不改my.cnf，服务一重启就回滚到1024，问题必然重现。
- 在
my.cnf的[mysqld]段下加：group_concat_max_len = 1000000 - 改完必须重启MySQL：
systemctl restart mysqld（或对应命令） - 别漏掉
max_allowed_packet这个硬门槛：如果拼接结果超过它，会直接报错Packet for query is too large；建议设为和group_concat_max_len同量级，比如都设为1000000
真正容易被忽略的是：你算出来的“需要多长”，得按字节算，不是字符数；而max_allowed_packet和group_concat_max_len是两道独立关卡，缺一不可。
