GROUP_CONCAT返回数据被截断是因为group_concat_max_len默认值1024字节过小，需通过SHOW VARIABLES确认，并用LENGTH与SUM对比验证；可临时用SET SESSION/GLOBAL调整，或永久修改配置文件/云控制台参数，同时注意max_allowed_packet限制。
GROUP_CONCAT 返回数据被截断？不是SQL写错了，是 group_concat_max_len 卡住了，默认 1024 字节根本不够用。
怎么确认是不是这个参数惹的祸
别猜，直接查。截断是静默发生的，不报错也不警告，但结果明显变短了：
- 执行
SHOW VARIABLES LIKE 'group_concat_max_len';，看返回值是不是 1024 或偏低 - 用
SELECT LENGTH(GROUP_CONCAT(字段名))和SELECT SUM(LENGTH(字段名)) + (COUNT(*) - 1)对比——后者是理论最小长度（默认逗号分隔），如果前者明显小，基本就是它 - 注意：
@@session.group_concat_max_len和@@global.group_concat_max_len可能不同，会话级优先级更高
临时改：会话级或全局级 SET 命令
适合紧急修复或开发测试，不用重启 MySQL：
- 只改当前连接：
SET SESSION group_concat_max_len = 1000000;（单位是字节） - 改所有新连接（不影响已存在的会话）：
SET GLOBAL group_concat_max_len = 1000000; - 设成最大可能值：
SET GLOBAL group_concat_max_len = -1;，实际生效为 4294967295（2³²−1） - ⚠️ 注意：
SET GLOBAL需要 SUPER 权限；MySQL 重启后这些设置就丢了
永久改：配置文件 or 云数据库控制台
生产环境必须走这步，否则重启就回退到 1024：
- 本地或自建 MySQL：编辑
my.cnf（Linux）或my.ini（Windows），在[mysqld]段下加一行：group_concat_max_len = 1000000或group_concat_max_len = -1，然后重启 mysqld - 阿里云 / 腾讯云 / AWS RDS：进控制台 → 实例参数设置 → 找到
group_concat_max_len→ 修改数值 → 保存（部分厂商需重启实例） - ⚠️ 注意：有些云厂商不允许设为
-1，最大只允许到 4294967295；设太大（比如 10⁹）可能导致内存压力，尤其在大结果集 GROUP BY 场景下
GROUP_CONCAT 拼接时还卡在哪？
调大 group_concat_max_len 不等于万事大吉：
- 如果拼接字段含中文、emoji 或 UTF-8 多字节字符，长度按字节算，不是字符数——
LENGTH()才是真实依据，CHAR_LENGTH()会误判 -
GROUP_CONCAT本身受max_allowed_packet限制，如果拼接结果超这个值，查询会直接失败（报错Packets larger than max_allowed_packet are not allowed），这时得同步调大它 - 排序子句如
ORDER BY在GROUP_CONCAT内部执行，大数据量时会影响性能，不是长度问题但常被一起误判
真正容易被忽略的是：即使你把 group_concat_max_len 设成 -1，只要 max_allowed_packet 没跟上，照样截断或报错——这两个参数得一起看。
