group_concat默认只返回前1024字符是因为系统变量group_concat_max_len默认值为1024，超出部分会被静默截断；可通过set session或修改my.cnf永久调整该值。
GROUP_CONCAT 为什么默认只返回前 1024 字符
MySQL 的 GROUP_CONCAT 默认受系统变量 group_concat_max_len 限制，超出部分会被无声截断——你查出来的结果突然“少了一半”，大概率是这个原因。
- 查看当前值：
SELECT @@group_concat_max_len; - 临时修改（当前会话有效）：
SET SESSION group_concat_max_len = 1000000; - 永久修改需在
my.cnf中添加：group_concat_max_len = 1000000，然后重启 MySQL - 注意：该变量最小值为 4，最大可设为 18446744073709551615（但实际受内存和字段类型限制）
如何避免 GROUP_CONCAT 返回 NULL 或空字符串
当分组内所有值都为 NULL 时，GROUP_CONCAT 直接返回 NULL；若只有部分为 NULL，则自动跳过（不报错也不占位）。这容易导致业务逻辑误判。
- 用
IFNULL或COALESCE包裹字段：GROUP_CONCAT(IFNULL(user_name, '未知')) - 确保 WHERE 条件不过度过滤：比如
WHERE status = 1后某组无匹配行，整个分组就消失，GROUP_CONCAT不会返回空字符串，而是整行不出现 - 若需强制保留空组，得配合
LEFT JOIN+COALESCE(GROUP_CONCAT(...), '')
ORDER BY 和 SEPARATOR 在 GROUP_CONCAT 里的实际作用
GROUP_CONCAT 内部支持 ORDER BY 和 SEPARATOR，但它们的位置和语法很严格：必须写在函数参数内部，且 ORDER BY 要在 SEPARATOR 前。
- 正确写法：
GROUP_CONCAT(name ORDER BY id DESC SEPARATOR ' | ') - 错误写法：
GROUP_CONCAT(name SEPARATOR ' | ' ORDER BY id)（语法报错） -
SEPARATOR为空字符串时写成SEPARATOR ''，不能省略引号 - 性能提示：如果
name字段没索引，ORDER BY会触发 filesort，大数据量分组时明显变慢
GROUP_CONCAT 结果超长被截断却没报错，怎么定位
MySQL 不会报错或警告，只会静默截断——这是最危险的地方。尤其当拼接的是 ID 列表、标签名等关键业务字段时，下游程序可能因缺失数据出错。
- 检查是否触发截断：
SELECT LENGTH(GROUP_CONCAT(id)) AS len, COUNT(*) FROM t GROUP BY category;，再对比@@group_concat_max_len - 用
CHAR_LENGTH替代LENGTH处理多字节字符（如中文），避免长度误判 - 开发阶段可在查询末尾加判断：
HAVING LENGTH(GROUP_CONCAT(...)) = @@group_concat_max_len，快速揪出临界分组
GROUP_CONCAT 的隐式行为比显式语法更值得花时间验证，尤其是和应用层缓存、JSON 解析联动时，一个被截断的字符串可能让整个列表渲染失败。
