GROUP_CONCAT必须配合GROUP BY使用，否则报错或返回全表聚合结果；正确写法为SELECT id, GROUP_CONCAT(description) FROM t GROUP BY id；参数顺序为DISTINCT、ORDER BY、SEPARATOR；需注意group_concat_max_len截断问题。
GROUP_CONCAT 必须配合 GROUP BY 使用
直接在 SELECT 中写 GROUP_CONCAT(description) 而不加 GROUP BY id，会报错或返回单行聚合结果（即全表所有 description 合并成一条），这不是你想要的“按 ID 分组合并”。MySQL 强制要求：只要用了 GROUP_CONCAT，且目标是“每个 ID 合并自己的多行”，就必须明确指定分组依据。
常见错误现象：SELECT id, GROUP_CONCAT(description) FROM t; —— 缺少 GROUP BY id，MySQL 8.0+ 会直接报错 ERROR 1140: In aggregated query without GROUP BY；低版本可能静默返回错误结果（id 值不确定，description 是全表拼接）。
- 正确写法必须是：
SELECT id, GROUP_CONCAT(description) FROM t GROUP BY id; - 如果还选了其他非聚合字段（比如
created_at），又没出现在GROUP BY里，同样会报错 - 注意：
GROUP BY的列必须和 SELECT 中的非聚合列严格一致（除非启用了ONLY_FULL_GROUP_BY关闭模式，但不建议关）
去重、排序、换分隔符的组合写法
GROUP_CONCAT 的参数顺序不能乱：DISTINCT 要放在最前，ORDER BY 在中间，SEPARATOR 在最后。写反了会语法报错，比如把 SEPARATOR 放 ORDER BY 前面，MySQL 直接拒绝执行。
典型场景：同一 id 下有重复描述、需要按时间倒序展示、用竖线分隔。
- 去重 + 排序 + 自定义分隔符：
GROUP_CONCAT(DISTINCT description ORDER BY updated_at DESC SEPARATOR ' | ') -
DISTINCT只作用于拼接前的原始值，不会对排序后结果再过滤 - 排序字段可以不是拼接字段（如用
updated_at排序description），但该字段必须在 SELECT 或 GROUP BY 中可见（通常来自同一张表） - 空字符串作为分隔符是合法的：
SEPARATOR ''，但容易导致结果难读，慎用
结果被截断？检查 group_concat_max_len
默认情况下，GROUP_CONCAT 拼出的字符串最长只有 1024 字符。一旦某组的描述拼起来超长，后面内容就被无声截断——你查不到报错，也看不到警告，只发现结果莫名其妙变短了。
这个限制是 session 级的，不影响别人，但每次新连接都会重置回默认值。
- 临时调高（当前会话有效）：
SET SESSION group_concat_max_len = 10000; - 确认当前值：
SELECT @@group_concat_max_len; - 如果拼接后仍为空，先排除字段本身为
NULL：该函数自动跳过NULL，不会报错也不会留空格 - 注意：设得过大（如 1G）可能引发内存压力，线上环境建议按需设到 100k–500k 足够
和其他聚合函数混用时的注意事项
想在同一个查询里既统计数量、又拼描述，比如 COUNT(*) 和 GROUP_CONCAT(description)，没问题——它们都作用于同一分组，逻辑自洽。
但容易踩坑的是：误以为 GROUP_CONCAT 能“还原”原始行数。比如某 id 有 5 行数据，其中 2 行 description 是 NULL，另 3 行是 'A'、'B'、'C'，那么：
-
COUNT(*)返回 5 -
GROUP_CONCAT(description)返回'A,B,C'（3 个值，不是 5 个） -
GROUP_CONCAT(DISTINCT description)还是'A,B,C'，因为无重复 - 别指望靠
GROUP_CONCAT结果长度反推原始行数，它丢弃了NULL，也压缩了重复
真正复杂的地方在于：当你要拼接的不只是单个字段，而是带格式的字符串（比如 CONCAT(name, ': ', remark)），这时 ORDER BY 必须基于拼接后的表达式或其组成部分，不能引用不存在的别名。
