separator必须写在group_concat()函数内、拼接表达式之后且order by之后（如有），如group_concat(name separator ';')；不可置于函数外，否则报错。
GROUP_CONCAT里SEPARATOR写在哪、怎么写
SEPARATOR 必须紧跟在要拼接的表达式之后，且只能出现在 GROUP_CONCAT() 函数内部、ORDER BY 子句之后（如果用了的话）。它不是独立语句，也不能放在 GROUP BY 后面或外面。
常见错误是把 SEPARATOR 当成 SELECT 或 GROUP BY 的选项，比如写成 SELECT ..., GROUP_CONCAT(name) SEPARATOR '; ' —— 这会直接报错 ERROR 1064。
-
GROUP_CONCAT(name SEPARATOR '; ')✅ 正确位置 -
GROUP_CONCAT(name ORDER BY id DESC SEPARATOR '|')✅ 支持和 ORDER BY 共存 -
GROUP_CONCAT(name) SEPARATOR '; '❌ 语法错误，SEPARATOR 不属于外部语句 -
GROUP_CONCAT(name SEPARATOR '')✅ 空字符串表示无分隔符，结果像张三李四王五
多字段拼接时，SEPARATOR 是作用于整个结果，不是单个字段
如果你用 CONCAT() 组合多个字段再交给 GROUP_CONCAT()，SEPARATOR 只控制“每行记录”之间的连接方式，不干预 CONCAT() 内部逻辑。
例如想拼出 张三(101); 李四(102); 王五(103)：
SELECT dept_id,
GROUP_CONCAT(CONCAT(name, '(', emp_id, ')') SEPARATOR '; ') AS team
FROM employees
GROUP BY dept_id;
这里 SEPARATOR '; ' 控制的是不同员工记录之间的分隔，而每个员工的 name(emp_id) 格式由 CONCAT() 决定。
- 不能靠
SEPARATOR实现字段内格式控制（比如姓名和工号之间加括号） - 若漏写
CONCAT()直接写GROUP_CONCAT(name, emp_id SEPARATOR '; ')，MySQL 会报错：函数不支持多参数这种写法 - 想拼接多个列但不用 CONCAT？只能改用子查询或应用层处理
SEPARATOR 遇到 NULL 或空字符串的边界行为
GROUP_CONCAT() 默认忽略 NULL 值，但空字符串 '' 会被保留并参与拼接。这意味着 SEPARATOR 会在空字符串前后照常生效，可能造成意外分隔符堆积。
比如某条记录 name = ''，其他是 '张三'、'李四'，用 SEPARATOR '|' 会得到 |张三|李四 或 张三||李四（取决于哪条是空）。
- 稳妥做法是提前过滤：
WHERE name IS NOT NULL AND name != '' - 或用
IFNULL(name, '')统一转空串，再配合业务逻辑判断是否保留 -
SEPARATOR本身不能跳过空值，这是函数设计决定的，不是配置问题
分隔符长度超限或被截断？先查 group_concat_max_len
即使你写了 SEPARATOR ' ➤ '，最终结果也可能被砍掉后半截——这不是 SEPARATOR 的锅，而是受系统变量 group_concat_max_len 限制（默认仅 1024 字节）。
比如拼接 50 个名字，每个平均 20 字节 + 分隔符 4 字节，总长就超了，默认值下必然截断。
- 临时调高（当前会话有效）：
SET SESSION group_concat_max_len = 1000000; - 永久生效需改 MySQL 配置文件，加
group_concat_max_len = 1000000到[mysqld]段 - 注意：该变量只影响
GROUP_CONCAT()，不影响CONCAT()或其他字符串函数 - 线上环境别盲目设极大值，内存和网络传输成本会上升
group_concat_max_len 截断问题——报错不会提示，只会静默丢数据。拼出来看着正常但少了几条？先 SELECT @@group_concat_max_len; 看一眼。
