MySQL 5.6/5.7嵌套查询中GROUP_CONCAT结果偶发截断问题求助

核心原因 #

1. 系统参数默认长度限制 #

MySQL 默认的 group_concat_max_len 系统参数值为 1024 字节，当 GROUP_CONCAT 拼接结果的总长度超过该阈值时，会被自动静默截断，无报错提示。
你可以执行以下命令查看当前环境的配置值：

SHOW VARIABLES LIKE 'group_concat_max_len';

如果参数值偏小，可以按需调整：

-- 会话级别调整，仅对当前连接生效
SET SESSION group_concat_max_len = 102400;
-- 全局级别调整，重启服务后失效，永久生效需写入my.cnf/my.ini配置文件
SET GLOBAL group_concat_max_len = 102400;

2. MySQL 5.6/5.7 已知优化器bug #

该原因完全匹配你提到的仅带UNION ALL时偶发、8.0版本始终正常的特征：

• MySQL 5.6/5.7 处理带UNION ALL的派生表时，优化器会根据UNION ALL前几行的结果长度估算派生表中字符串字段的最大可用长度，部分场景下估算值远低于实际需要的长度，后续的GROUP_CONCAT操作会受该字段长度限制导致结果截断。
• 该bug在MySQL 8.0的优化器重构中已被修复，因此8.0版本无此问题。
• 重启后临时恢复、不同服务器表现不一致的现象，是因为优化器的估算逻辑会受当时的统计信息、执行计划选择影响，因此表现为偶发。

规避方案 #

如果暂时无法升级到MySQL 8.0，可以通过以下方式规避问题：

• 在UNION ALL的第一个SELECT语句中，显式将拼接字段转为足够长度的字符类型：

SELECT
    b.id AS booking_id,
    CAST(GROUP_CONCAT(DISTINCT booking_resource_info SEPARATOR '{{hr}}') AS CHAR(20480)) AS `booking_resource_info_grouped_bla`
FROM
-- 后续原查询逻辑不变

• 执行查询前先调整group_concat_max_len参数到足够大的值。

内容的提问来源于stack exchange，提问作者Jonathan Clark