GROUP_CONCAT只返回一行是因为未使用GROUP BY，导致全表聚合；需配合GROUP BY分组、用ORDER BY和SEPARATOR控制顺序与分隔符；默认长度限制group_concat_max_len为1024，超长截断；支持DISTINCT去重和IF条件筛选。
Group_concat 为什么只返回一行结果？
因为 GROUP_CONCAT 是聚合函数，必须配合 GROUP BY 使用；如果漏写 GROUP BY，MySQL 会把整张表当做一个组，自然只输出一行合并结果。常见错误是直接写 SELECT GROUP_CONCAT(name) FROM users; 却期望按用户类别分组显示——这其实没分组，只是把所有 name 拼一起了。
正确做法是明确分组维度，比如按部门合并姓名：
SELECT dept, GROUP_CONCAT(name) FROM users GROUP BY dept;
- 不加
GROUP BY→ 全表聚合，仅一行 - 加了但字段不在
SELECT列表中 → MySQL 5.7+ 默认报错（ONLY_FULL_GROUP_BY开启时） - 想保留原始行结构又拼接关联数据？得用子查询或 JOIN，不能硬套
GROUP_CONCAT
怎么控制拼接顺序和分隔符？
GROUP_CONCAT 默认用逗号分隔、无序拼接。实际使用中顺序错乱或分隔符不符预期是高频问题。
用 ORDER BY 子句控制内部排序，用 SEPARATOR 指定分隔符：
SELECT dept, GROUP_CONCAT(name ORDER BY salary DESC SEPARATOR ' | ') FROM users GROUP BY dept;
-
ORDER BY必须写在GROUP_CONCAT()内部括号里，不是外面的ORDER BY -
SEPARATOR后跟字符串字面量，空格、制表符、换行符都合法（如SEPARATOR '\n'） - 设为
SEPARATOR ''可实现无缝拼接 - MySQL 8.0+ 支持多字段排序：
ORDER BY status, created_at DESC
为什么有些值被截断了？
GROUP_CONCAT 有默认长度限制：group_concat_max_len 系统变量，默认值通常为 1024 字符。超出部分直接丢弃，且不报错——这是最隐蔽的坑。
- 查当前限制：
SELECT @@group_concat_max_len; - 临时调高（当前会话）：
SET SESSION group_concat_max_len = 10000; - 永久修改需改 MySQL 配置文件（
my.cnf），加group_concat_max_len = 10000 - 注意：该变量影响所有
GROUP_CONCAT调用，不是单条语句可覆盖 - 若拼接后明显缺内容，优先检查这个值，而不是怀疑数据或逻辑
能否在 GROUP\_CONCAT 里去重或条件过滤？
可以，但语法位置很关键。去重用 DISTINCT，条件过滤靠 IF 或 CASE 表达式，它们都必须放在 GROUP_CONCAT() 的参数位置。
SELECT dept, GROUP_CONCAT(DISTINCT name ORDER BY name) FROM users GROUP BY dept;
SELECT dept, GROUP_CONCAT(IF(status='active', name, NULL)) FROM users GROUP BY dept;
-
DISTINCT紧跟在GROUP_CONCAT(后面，作用于拼接源字段 -
IF返回NULL时，GROUP_CONCAT会自动跳过该值（不会拼出NULL字符串） - 不能在外部
WHERE过滤后才拼接——那样会丢失分组维度下的其他有效行 - 嵌套函数如
CONCAT、TRIM也允许，但别让表达式太复杂，影响可读性和性能
GROUP_CONCAT，比堆砌一长串函数更稳妥。 
