group_concat 返回 null 的根本原因是分组内所有字段值均为 null 或未正确使用 group by；postgresql 用 string_agg 替代，需注意分隔符不可为 null；sql server 需兼容级别 ≥140 才支持 string_agg。
GROUP_CONCAT 为什么只返回 NULL？
多数人遇到的第一问题是 GROUP_CONCAT 返回 NULL，而不是空字符串或拼接结果。根本原因通常是分组内所有字段值本身为 NULL，或者未正确使用 GROUP BY——MySQL 中若漏写 GROUP BY，GROUP_CONCAT 会把整张表当一组处理，但若该组无非 NULL 值，结果就是 NULL。
实操建议：
- 确认目标列（如
name）在分组内至少有一行是非NULL值；可用WHERE name IS NOT NULL过滤 - 显式写出
GROUP BY字段，比如按user_id分组就写GROUP BY user_id，不能省略 - 用
COALESCE(GROUP_CONCAT(...), '')把NULL转为空字符串，避免业务层额外判空
PostgreSQL 怎么替代 GROUP_CONCAT？
PostgreSQL 没有 GROUP_CONCAT，但 STRING_AGG 是标准替代方案，行为更可控，但也更容易踩坑——比如默认用逗号分隔，但如果你传了 NULL 作为分隔符，整个结果变 NULL。
实操建议：
- 基础写法：
STRING_AGG(name, ', ')，第二个参数是分隔符，不可为NULL - 要去重再拼接：写成
STRING_AGG(DISTINCT name, ', ')，注意DISTINCT必须紧贴函数名后，不能放在字段外 - 排序影响结果：不指定顺序时，拼接顺序不确定；加
ORDER BY子句需写在括号内，如STRING_AGG(name, ', ' ORDER BY id)
SQL Server 的 STRING_AGG 不生效？检查兼容级别
STRING_AGG 在 SQL Server 2017+ 才支持，但即使版本够新，如果数据库兼容级别低于 140（对应 SQL Server 2017），也会报错 'STRING_AGG' is not a recognized built-in function name。
实操建议：
- 查当前兼容级别：
SELECT compatibility_level FROM sys.databases WHERE name = DB_NAME() - 升级兼容级别（需 DBA 权限）：
ALTER DATABASE [your_db] SET COMPATIBILITY_LEVEL = 140 - 旧版本（如 2016）只能用
FOR XML PATH('')模拟，但要注意特殊字符（如&、）会被转义，得套一层 <code>REPLACE或用TYPE.value提取原始文本
拼接内容超长被截断怎么办？
MySQL 默认 GROUP_CONCAT 最大长度是 1024 字符，超出部分直接丢弃，且不报错——你看到的只是前半截，还以为数据本来就这么短。
实操建议：
- 临时调高限制：
SET SESSION group_concat_max_len = 1000000（单位字节），注意是 session 级，不是全局 - 永久修改需改配置文件
my.cnf，加group_concat_max_len = 1000000，然后重启 MySQL - PostgreSQL 和 SQL Server 没硬性截断，但过长字符串可能影响网络传输或应用内存，建议在应用层控制单次拼接行数，而非无限制堆叠
真正麻烦的不是语法怎么写，而是拼接后字段类型隐式转换、空格/换行符残留、以及不同数据库对 NULL 的处理逻辑不一致——这些细节往往要到上线后查日志才能暴露出来。
