GROUP_CONCAT必须配合GROUP BY使用，否则报“Invalid use of group function”错误；它自动忽略NULL值，拼接超长时静默截断，默认长度1024，需显式设置group_concat_max_len；排序、去重、分隔符须在函数内按DISTINCT→ORDER BY→SEPARATOR顺序书写。
GROUP_CONCAT 必须配合 GROUP BY 才能用，否则报错
直接在 JOIN 查询里写 GROUP_CONCAT(user_role.role_name) 而不加 GROUP BY，MySQL 会抛出错误：「Invalid use of group function」。这不是语法写错了，而是语义违规——GROUP_CONCAT() 是聚合函数，必须明确作用于分组上下文。
常见错误写法：SELECT u.name, GROUP_CONCAT(r.role_name) FROM user u LEFT JOIN user_role r ON u.id = r.user_id;
这句缺少 GROUP BY u.id，必然失败。
正确做法是先确定「按谁分组」：如果目标是「每个用户一行，角色名拼成字符串」，就必须按用户主键分组；如果要「每个部门一行，列出所有下属用户的角色汇总」，就得先 JOIN 部门表再按部门 ID 分组。
JOIN 多表时，GROUP_CONCAT 只聚合目标字段，NULL 值自动忽略
LEFT JOIN 后某用户没有角色记录，r.role_name 为 NULL，此时 GROUP_CONCAT(r.role_name) 的结果是空字符串（不是 NULL），不会中断整行输出。
但要注意：如果误用了 INNER JOIN，那些没角色的用户就直接被过滤掉了，结果集变小，容易误以为数据丢失。
实操建议：
- 优先用
LEFT JOIN保证主表记录不丢 - 若需显示“无角色”字样，可用
COALESCE(GROUP_CONCAT(...), '无角色') - 避免在
GROUP_CONCAT内部嵌套函数处理 NULL（如IFNULL），它本身已跳过 NULL
拼接结果被截断？立刻检查 group_concat_max_len
默认值是 1024 字符，一旦拼接后的字符串超长，就会被无声截断——你看到的可能是「管理员,编辑,审核,…」后面突然没了，但没有任何警告。
临时生效（当前会话）：SET SESSION group_concat_max_len = 1000000;
永久生效（需有 SUPER 权限）：SET GLOBAL group_concat_max_len = 1000000;
验证是否生效：SELECT @@group_concat_max_len;
注意：这个设置只影响当前连接或全局 MySQL 实例，应用重启或连接复用后可能重置，生产环境建议写进 my.cnf。
排序、去重、分隔符必须写在 GROUP_CONCAT 括号内，不能放外面
错误写法：GROUP_CONCAT(r.role_name) ORDER BY r.role_name —— 这里的 ORDER BY 属于外层查询，对拼接顺序无效。
正确结构必须是：GROUP_CONCAT(DISTINCT r.role_name ORDER BY r.role_name DESC SEPARATOR ' | ')
关键点：
-
DISTINCT和ORDER BY是GROUP_CONCAT的内置子句，不是 SQL 标准排序 -
SEPARATOR后面必须跟字符串字面量，不能是字段或变量 - 多个子句顺序固定：先
DISTINCT（可选），再ORDER BY（可选），最后SEPARATOR（可选）
漏掉括号或顺序错乱，MySQL 会报语法错误，且错误提示往往不直观。
实际拼接逻辑比看起来更脆——它依赖准确的分组粒度、显式的长度控制、以及严格的位置语法。少一个GROUP BY，少一个 SESSION 设置，或者多一个错位的 ORDER BY，结果就可能错得悄无声息。 
