group_concat返回结果被截断是因为默认group_concat_max_len为1024字节，超长部分静默丢弃；可通过set session或配置文件调整该值，但需注意max_allowed_packet限制及云数据库权限约束。
用 GROUP_CONCAT() 就能直接合并，但默认有长度限制、空值处理和排序问题，不调参容易丢数据。
为什么 GROUP_CONCAT() 返回结果被截断？
MySQL 默认把 GROUP_CONCAT() 结果限制在 1024 字符，超长部分直接丢弃，不会报错，也看不到警告。
- 查当前限制：
SELECT @@group_concat_max_len; - 临时改大（当前会话）：
SET SESSION group_concat_max_len = 1000000; - 永久生效需在
my.cnf里加：group_concat_max_len = 1000000，然后重启 MySQL - 注意：该变量是 session 级的，
GROUP_CONCAT()在子查询或视图里执行时，继承的是调用方的 session 值，不是定义处的
如何避免 NULL 值污染合并结果？
GROUP_CONCAT() 遇到 NULL 会直接跳过，不生成任何字符串——这本身不是问题，但容易误判为“数据没查出来”。更麻烦的是，如果所有值都是 NULL，函数返回 NULL 而非空字符串。
- 安全写法：用
IFNULL()或COALESCE()预处理字段：GROUP_CONCAT(IFNULL(name, '')) - 若想用特定占位符代替
NULL：GROUP_CONCAT(COALESCE(name, '[unknown]')) - 不能靠
WHERE name IS NOT NULL来过滤，因为那会整行过滤，可能漏掉其他非空字段
怎样控制合并顺序和分隔符？
不指定顺序时，GROUP_CONCAT() 按存储引擎自然顺序拼接（通常是插入顺序，但不可靠），且默认用逗号分隔——这两个都得显式声明才可控。
- 指定分隔符：
GROUP_CONCAT(name SEPARATOR '; ') - 强制排序（必须放在
SEPARATOR前）：GROUP_CONCAT(name ORDER BY id DESC SEPARATOR '|') - 多个字段一起排序？不行。只能对一个表达式排序，如需按多列，先拼成表达式：
GROUP_CONCAT(name ORDER BY CONCAT(last_name, first_name)) - 分隔符不能是空字符串，否则报错；想无缝拼接，用
SEPARATOR ''
最常被忽略的是：当 GROUP_CONCAT() 用在 JOIN 后的聚合中，若关联表有 0 行匹配，整个结果会变成 NULL（而非空字符串），这时候光用 IFNULL() 包裹函数还不够，得配合 LEFT JOIN 和外层 IFNULL() 或 COALESCE() 处理连接结果。
