group_concat默认截断为1024字节且不排序时顺序不可靠；需调大group_concat_max_len并显式用order by排序，否则结果可能错误或不完整。
GROUP_CONCAT 在 MySQL 中能直接合并多行，但默认只返回前 1024 字符，且不显式排序时顺序不可靠——这两个问题不处理，查出来的结果大概率是错的或不完整的。
GROUP_CONCAT 为什么只拼出一半内容
不是数据丢了，是 group_concat_max_len 默认值太小。MySQL 用字节计数，含中文、emoji 时一个字符占 3–4 字节，1024 实际撑不了几个字。
- 查当前限制：
SELECT @@session.group_concat_max_len; - 临时调大（当前连接有效）：
SET SESSION group_concat_max_len = 10000; - 视图里不能写
SET，所以必须在建视图前确保会话值已调好 - 全局修改需改配置文件并重启，生产环境慎用
GROUP_CONCAT 返回 NULL 或空字符串
常见于 LEFT JOIN 后右表无匹配，字段全为 NULL；GROUP_CONCAT 默认跳过 NULL，整组没剩非空值就返回 NULL。
- 安全写法：用
IFNULL(t.tag_name, '')或COALESCE(t.tag_name, '')预处理字段 - 视图中别漏掉
AS别名，否则下游应用可能解析失败 - 确认
GROUP BY字段是否真正唯一（比如用id而非name）
ORDER BY 和 SEPARATOR 的写法陷阱
语法顺序固定：必须是 DISTINCT → ORDER BY → SEPARATOR，顺序错会报语法错误；SEPARATOR 后必须跟字符串字面量，不能是变量或字段。
- 正确：
GROUP_CONCAT(name ORDER BY sort_order DESC SEPARATOR ' | ') - 错误：
GROUP_CONCAT(name SEPARATOR ' | ' ORDER BY sort_order)（SEPARATOR 位置错） - 要换行分隔？写
SEPARATOR '\n'；要无缝拼接？写SEPARATOR ''，但别漏SEPARATOR关键字 - 不加
ORDER BY时结果顺序不确定，尤其跨索引或并发查询时每次可能不同
视图中使用 GROUP_CONCAT 的硬性要求
MySQL 视图不允许匿名表达式，GROUP_CONCAT 必须带 AS 别名；所有非聚合字段（如 u.id, u.name）都得出现在 GROUP BY 中，否则 MySQL 5.7+ 严格模式下直接报错。
- 示例（合法）：
SELECT u.id, u.name, GROUP_CONCAT(t.tag_name ORDER BY t.tag_name SEPARATOR ', ') AS tags FROM users u LEFT JOIN user_tags ut ON u.id = ut.user_id LEFT JOIN tags t ON ut.tag_id = t.id GROUP BY u.id, u.name; - 别用
INNER JOIN替LEFT JOIN，否则无标签用户会被过滤掉 - 想拼接多列（如“姓名(部门)”）？得先用
CONCAT(emp_name, '(', department, ')')，再套GROUP_CONCAT
最常被忽略的是：你写的 SQL 在本地测试没问题，一上生产就截断或乱序——十有八九是会话级 group_concat_max_len 没统一，或者忘了加 ORDER BY。
