GROUP_CONCAT拼接超长字段被截断是因group_concat_max_len默认1024字节限制，需按实际估算后SET SESSION调大，并用DISTINCT、ORDER BY、IFNULL等避免重复和NULL问题。
GROUP_CONCAT 拼接超长字段时被截断，不是数据丢了，而是撞上了 group_concat_max_len 默认 1024 字节的限制 —— 这是静默截断，不报错、不警告，最容易误判为逻辑错误。
为什么 GROUP_CONCAT 返回的内容明显变短？
MySQL 默认把 group_concat_max_len 设为 1024 字节（注意：是字节，不是字符），含中文、emoji 或长字段时极易触发。比如一个中文字符占 3 字节，1024 字节最多撑不到 350 个汉字。
- 查当前值：
SELECT @@session.group_concat_max_len; - 它不随查询变化，只在会话级或全局生效
- 即使你拼的是 500 行短字符串，只要总字节数超限，就从中间硬切，不会提示
- 云数据库（如阿里云 RDS）通常禁用全局修改，只能靠
SET SESSION
怎么安全调大 group_concat_max_len？
别一上来就设成 1000000 —— 内存开销和网络包限制可能反导致查询失败。优先按实际数据估算：
Mysql Skill 1.0.0 (3)
下载
MySQL 数据库管理技能，能够通过自然语言查询和管理数据库，支持 SELECT/INSERT/UPDATE/DELETE、表管理、备份恢复等操作。当用户提及 MySQL、数据库查询、建表或数据备份时使用此技能。
- 先算单行最大长度：
SELECT MAX(LENGTH(tag)) FROM article_tags; - 再算单组最多行数：
SELECT MAX(cnt) FROM (SELECT COUNT(*) AS cnt FROM article_tags GROUP BY article_id) t; - 加上分隔符长度（如
' | '是 3 字节），粗略上限 = 最大行数 × 单行最大长度 + (最大行数 − 1) × 分隔符长度 - 临时设置（当前连接有效）：
SET SESSION group_concat_max_len = 50000; - 务必在执行
GROUP_CONCAT查询前运行，不能写在同一条 SQL 里
GROUP_CONCAT 内部怎么避免逻辑重复和 NULL 干扰？
JOIN 后直接 GROUP BY 容易因笛卡尔积放大行数，导致同一值被拼多次；NULL 值虽被跳过，但整组全 NULL 时返回 NULL 而非空字符串，前端容易崩。
- 去重+排序必须写对顺序：
GROUP_CONCAT(DISTINCT tag ORDER BY tag SEPARATOR ' | ')——DISTINCT必须紧贴字段，ORDER BY只能作用于该字段本身 - 防全 NULL：
IFNULL(GROUP_CONCAT(tag), '')或COALESCE(GROUP_CONCAT(tag), '') - 多表关联慎用主查询聚合，改用子查询先收口：
(SELECT GROUP_CONCAT(tag) FROM article_tags t WHERE t.article_id = a.id) - 字段本身含逗号？
GROUP_CONCAT不转义，导出前用REPLACE(tag, ',', '，')预处理
真正麻烦的从来不是语法，而是默认限制的隐蔽性 —— 你得先意识到“没报错≠没丢数据”，再检查 @@group_concat_max_len，否则所有排查都在绕弯。
