MySQL GROUP_CONCAT 如何按排序规则拼接稳定结果

报表里把一个订单的标签拼成 加急,华东,已付款，下一次刷新却变成 已付款,加急,华东，通常不是 MySQL 随机返回了数据，而是 GROUP_CONCAT() 没有得到明确的组内排序契约。稳定写法是把 ORDER BY 放进聚合函数内部，并为文本排序指定合适的 COLLATE，再用唯一键处理并列值。

官方文档：https://dev.mysql.com/doc/refman/8.4/en/

先把“稳定”定义成可执行的排序契约

假设明细表是 order_tag(order_id, tag_name, tag_rank, tag_id)。业务要求先按 tag_rank 升序，再按标签名升序，最后按 tag_id 兜底，就不要写成只依赖输入顺序的聚合：

-- 错误重点不是语法，而是没有声明组内的业务顺序
SELECT order_id, GROUP_CONCAT(tag_name)
FROM order_tag
GROUP BY order_id;

把排序放在函数参数内部，外层查询负责分组，函数负责组内排列：

-- 先按业务优先级，再按名称和主键消除并列
SELECT
    order_id,
    GROUP_CONCAT(
        tag_name
        ORDER BY tag_rank ASC, tag_name ASC, tag_id ASC
        SEPARATOR ','
    ) AS tag_text
FROM order_tag
GROUP BY order_id;

这里的三个键分别表达业务优先级、读者看到的字典序和最终稳定性。外层 ORDER BY order_id 只能排列结果行，不能规定每行内部的标签顺序。

排序规则决定“相同”和“先后”怎么理解

文本列的顺序不是简单的字节比较。大小写不敏感的排序规则可能把 API 和 api 看作同等排序值；中文、重音字符或不同语言也可能因为校对规则而得到不同位置。需要明确业务规则时，可以在聚合内部指定：

-- 仅在当前表达式中指定文本排序规则；名称请替换成库中可用的校对规则
SELECT
    order_id,
    GROUP_CONCAT(
        tag_name
        ORDER BY tag_name COLLATE utf8mb4_bin, tag_id
        SEPARATOR '|'
    ) AS tag_text
FROM order_tag
GROUP BY order_id;

utf8mb4_bin 适合需要区分字符二进制顺序的场景，但它不等于“自然语言排序”。如果业务要求中文拼音、大小写不敏感或语言特定规则，应选与列字符集兼容的校对规则，并把规则写成团队约定。官方手册也说明，COLLATE 可以直接用于聚合表达式和 ORDER BY。

只写 ORDER BY tag_name 仍可能留下并列项。要让接口输出可复现，追加 tag_id 这样的唯一键；不要把“这次恰好按主键返回”当成稳定性证明。

重复值、分隔符和 NULL 要先服从输出语义

GROUP_CONCAT() 默认用逗号分隔非 NULL 值；需要去重时使用 DISTINCT，需要换格式时使用 SEPARATOR。例如标签名对下游来说只代表集合，可以这样写：

-- DISTINCT 去掉重复标签；SEPARATOR 改成下游约定的分隔符
SELECT
    order_id,
    GROUP_CONCAT(
        DISTINCT tag_name
        ORDER BY tag_name ASC, tag_id ASC
        SEPARATOR ' | '
    ) AS unique_tags
FROM order_tag
GROUP BY order_id;

但要注意，DISTINCT tag_name 的去重对象是标签值，不是整行；当同名标签对应多个 tag_id 时，第二排序键的业务意义要先说清楚。聚合会忽略 NULL，若一组全是 NULL，结果不是带分隔符的空占位，而是 NULL。接口若必须返回空字符串，应在查询边界显式使用 COALESCE，不要让应用层猜。

长结果要单独检查 group_concat_max_len

排序正确不代表结果完整。MySQL 文档规定，GROUP_CONCAT() 的结果会受 group_concat_max_len 限制，默认值为 1024；实际返回值还受 max_allowed_packet 约束。可以先看当前会话配置：

-- 只查看本连接的相关限制，避免误改全局配置
SELECT @@session.group_concat_max_len AS concat_limit,
       @@session.max_allowed_packet AS packet_limit;

-- 仅对当前会话提高上限；数值应按实际最大结果估算
SET SESSION group_concat_max_len = 8192;

生产代码不要无条件把值调得很大。先估算每组最大标签数、字符长度和分隔符长度，再决定会话级配置；同时观察返回长度是否接近上限。接近上限时，分页明细、返回 JSON 数组或改用专门的聚合结构，通常比无限扩大字符串更容易维护。

发布前用这张清单验收结果

常见问题

外层 ORDER BY 能不能让 GROUP_CONCAT 排序？

不能。外层 ORDER BY 排的是分组后的结果行；组内字符串要在 GROUP_CONCAT() 内部写排序表达式。

为什么加了 ORDER BY 结果仍然不固定？

最常见原因是排序键出现并列，或文本校对规则把不同写法视为同等排序值。追加唯一键，并显式选择合适的 COLLATE。

GROUP_CONCAT 结果被截断怎么办？

查看当前会话的 group_concat_max_len，按业务上限临时提高它，同时确认 max_allowed_packet 不成为更小的边界；若结果本身过大，应重新评估返回结构。