group_concat()必须显式写order by且置于括号内字段后，否则拼接顺序不可靠；需设separator和group_concat_max_len防截断；多字段拼接须用concat嵌套；distinct须在order by前。
GROUP_CONCAT() 内必须显式写 ORDER BY，否则拼接顺序不可靠，不是“默认按主键”也不是“按插入顺序”。
GROUP_CONCAT 里的 ORDER BY 必须写在括号内、字段表达式之后
很多人以为加个外层 ORDER BY 就能控制拼接顺序，比如：GROUP_CONCAT(name) ORDER BY name——这完全无效，ORDER BY 在括号外只影响最终结果行的顺序，不改变拼接字符串内部的排列。
正确写法是把排序逻辑塞进函数参数里：
SELECT department, GROUP_CONCAT(name ORDER BY salary DESC) AS staff_list FROM employees GROUP BY department;
-
ORDER BY必须紧跟在要拼接的字段（或表达式）后面，不能隔开 - 支持多字段排序，如
ORDER BY status ASC, hire_date DESC - 不能用列别名，只能用原始列名、位置序号（如
ORDER BY 2 DESC）或表达式（如ORDER BY LENGTH(name) DESC） - ASC 可省略，DESC 必须显式写出
拼接多个字段时，先用 CONCAT 包一层再 GROUP_CONCAT
GROUP_CONCAT(name, email) 是语法错误。MySQL 不允许在 GROUP_CONCAT() 的参数列表里直接逗号分隔多个字段。
想拼出 "张三(123@x.com),李四(456@y.com)" 这种格式，得这样写：
SELECT department,
GROUP_CONCAT(CONCAT(name, '(', email, ')') ORDER BY name) AS contact_list
FROM employees
GROUP BY department;
- 每个
CONCAT()处理单行数据，GROUP_CONCAT()再聚合多行结果 - 括号、空格、符号都是字面量，不用额外引号包裹
- 如果某字段可能为 NULL，
CONCAT()会令整段变 NULL，建议套IFNULL()或COALESCE()
分隔符和长度限制不设就容易出问题
默认分隔符是英文逗号 ,，但业务数据里本身含逗号就很常见；更麻烦的是默认最大长度只有 1024 字节，超长部分直接被截断，还不报错。
- 显式指定分隔符更安全：
GROUP_CONCAT(name ORDER BY id SEPARATOR ' | ') - 空分隔符写成
SEPARATOR ''，不是SEPARATOR NULL - 调大长度限制：执行
SET SESSION group_concat_max_len = 1000000;（注意是 session 级，不是 global） - 应用启动时最好统一初始化这个值，避免某些查询莫名截断
DISTINCT 和 ORDER BY 的位置不能颠倒
DISTINCT 必须紧贴字段名，ORDER BY 必须在 DISTINCT 之后、SEPARATOR 之前。顺序错了就是语法错误。
正确：GROUP_CONCAT(DISTINCT role_name ORDER BY role_name SEPARATOR ';')
错误：GROUP_CONCAT(role_name DISTINCT ORDER BY ...) 或 GROUP_CONCAT(DISTINCT role_name SEPARATOR ';' ORDER BY ...)
-
DISTINCT去重发生在排序前，所以去重后才排序 - 如果既要按某个字段排序、又要按另一个字段去重，得用子查询或窗口函数预处理，
GROUP_CONCAT本身不支持“先排序再取 distinct top N”这类逻辑
最常被忽略的是 group_concat_max_len 的隐式截断——它不报错、不警告，只悄悄丢数据。只要拼接内容可能较长，就必须提前设大；另外，ORDER BY 一旦漏写，结果顺序在不同 MySQL 版本或负载下都可能变化，不能依赖“看起来对”。
