GROUP_CONCAT()是聚合函数，需配合GROUP BY使用，否则整表仅输出一行；默认1024字节截断且不报错，须调大group_concat_max_len；NULL值被跳过，空组返回NULL，应配合COALESCE或IFNULL处理；支持SEPARATOR、ORDER BY、DISTINCT等内部参数。
直接用 GROUP_CONCAT()，但默认 1024 字符长度限制会静默截断，必须先调大 group_concat_max_len 才能可靠使用。
GROUP_CONCAT 必须配合 GROUP BY，否则整表只出一行
它不是普通字符串函数，而是聚合函数，行为完全取决于分组逻辑：
- 不写
GROUP BY：所有匹配行拼成单个字符串，适合生成全局列表（如“全部标签：xxx”） - 写了
GROUP BY order_id：每个order_id对应一个拼接结果，这才是报表常用模式 - 若漏写
GROUP BY却期望按订单分组，结果只会有一行，且内容混乱——这不是 bug，是语义使然
默认 1024 字节截断是最大坑，必须显式调整
GROUP_CONCAT() 不报错、不警告，超长就直接砍掉后面内容。中文、emoji、长字段极易触发：
- 查当前值：
SELECT @@group_concat_max_len; - 临时生效（当前连接）：
SET SESSION group_concat_max_len = 50000; - 永久生效需改
my.cnf并重启 MySQL，生产环境慎用 - 注意：设再大也受 max_allowed_packet 和内存限制，大数据量建议应用层加兜底提示
NULL 值被跳过、空组返回 NULL，前端容易崩
这和 CONCAT() 行为完全不同：
- 字段含
NULL：该值直接消失，不会变成字符串"NULL"，也不会占位 - 某组无任何非 NULL 值（全 NULL 或空集）：
GROUP_CONCAT()返回NULL，不是空字符串 - 后续用
INSTR()、LIKE或前端渲染时，NULL可能导致逻辑断裂 - 稳妥写法：
COALESCE(GROUP_CONCAT(product_name), '')或IFNULL(GROUP_CONCAT(product_name), '')
排序、去重、分隔符都在函数内部写，别放外面
参数顺序自由，但必须写在 GROUP_CONCAT() 括号内：
- 换分隔符：
GROUP_CONCAT(name SEPARATOR ' | ')，不是GROUP_CONCAT(name) SEPARATOR - 控制顺序：
GROUP_CONCAT(name ORDER BY sort_order)，不加可能按存储顺序拼，不可靠 - 去重：
GROUP_CONCAT(DISTINCT name)，重复标签、多对一关联时很实用 - 别名必须在外层：
GROUP_CONCAT(name) AS tag_list，不能写成GROUP_CONCAT(name AS tag_list)
真正难的不是语法，而是边界：没数据的分组怎么显、超长时谁来截、NULL 到底算不算“有值”。这些地方不提前想清楚，上线后查半天才发现报表缺内容，比写错函数还难定位。
