GROUP_CONCAT必须在函数括号内显式写ORDER BY，外层ORDER BY无效；正确写法为GROUP_CONCAT(name ORDER BY salary DESC)，支持多字段排序、DISTINCT前置、SEPARATOR自定义，且需调大group_concat_max_len防截断。
必须在聚合函数内部显式写 ORDER BY，否则拼接顺序不可控——外层 ORDER BY 完全无效。
MySQL 的 GROUP_CONCAT 必须把排序写进括号里
很多人误以为加个 ORDER BY name 在整个查询末尾就能控制拼接顺序，其实那只是对最终分组行排序，不影响字符串内部排列。正确写法是把排序逻辑塞进函数参数：
-
GROUP_CONCAT(name ORDER BY name)—— 按字母升序（ASC可省略） -
GROUP_CONCAT(name ORDER BY create_time DESC)—— 按时间倒序，但create_time必须出现在SELECT或GROUP BY中，否则报错 - 不支持用别名排序，比如
GROUP_CONCAT(name AS n ORDER BY n)会语法错误 - 多字段排序可行：
GROUP_CONCAT(name ORDER BY status ASC, id DESC)
PostgreSQL 的 STRING_AGG 排序语法位置不同
STRING_AGG 的 ORDER BY 必须写在括号内分隔符之后，且紧贴右括号前：
- 正确：
STRING_AGG(name, ', ' ORDER BY name) - 错误：
STRING_AGG(name ORDER BY name, ', ')（语法报错） - 错误：
STRING_AGG(name, ', ') ORDER BY name（只影响行序，不改拼接内容） - 若需去重再排序，必须前置处理：
STRING_AGG(sub.name, ', ' ORDER BY sub.name) FROM (SELECT DISTINCT name FROM t) AS sub
SQL Server 的 STRING_AGG 要求兼容级别 ≥ 140
即使 SQL Server 版本是 2017+，如果数据库兼容级别低于 140，STRING_AGG 仍不可用：
- 查当前级别：
SELECT compatibility_level FROM sys.databases WHERE name = DB_NAME() - 升级需 DBA 权限：
ALTER DATABASE [your_db] SET COMPATIBILITY_LEVEL = 140 - 排序写法固定：
STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY name) - 注意：
WITHIN GROUP是强制关键字，不能省略或换位置 - 去重必须在外层或 CTE 中完成，
STRING_AGG(DISTINCT name, ', ')是非法语法
所有数据库都容易忽略的静默截断问题
拼接结果超长时，多数数据库不会报错，而是直接丢弃后半部分——你看到的只是被砍掉的字符串，还以为数据本来就这么短。
- MySQL 默认限制
group_concat_max_len = 1024字节，临时调高：SET SESSION group_concat_max_len = 50000 - PostgreSQL 的
STRING_AGG无硬性长度限制，但过长字符串可能触发内存或客户端渲染问题 - SQL Server 的
STRING_AGG返回varchar(max)或nvarchar(max)，理论上够用，但聚合大量行时性能会明显下降 - SQLite 不支持
ORDER BY以外的任何修饰，GROUP_CONCAT(name, ', ' ORDER BY name)合法，但加DISTINCT就报错——只能靠子查询先去重
最常被绕过的点：ORDER BY 的字段必须属于当前分组上下文，不能跨表引用未关联的列；而截断问题从不报错，得靠人工预估长度或加 LENGTH() 校验才暴露。
