MySQL 8.0 的 GROUP BY 不再隐式排序，是确定行为变更；5.7 中的“有序”仅因索引扫描或临时排序实现，不可依赖，8.0 移除 Using filesort 提升性能，必须显式写 ORDER BY 才能保证顺序。
MySQL 8.0 的 GROUP BY 不再隐式排序，这是确定行为变更，不是 bug 或配置问题。如果你从 5.7 升级后发现分组结果“乱序”，别急着调优或加索引——先补上 ORDER BY。
GROUP BY 在 5.7 中为什么看起来总是有序？
它根本没承诺排序，只是“顺手排了”。5.7 优化器在多数场景下会走两种路径：
- 用索引顺序扫描（比如
GROUP BY customer_id且该字段有索引），自然按索引物理顺序返回 - 没索引时用
Using temporary; Using filesort，先排序再分组，结果也有序
但这种顺序不可靠：一旦执行计划切换（如加了 WHERE 条件、统计信息变化），结果就可能变。你依赖的其实是实现细节，不是 SQL 标准。
8.0 执行计划里看不到 “Using filesort” 就代表不排序？
对。8.0 的 EXPLAIN 显示 Using temporary 但没有 Using filesort，说明分组阶段跳过了排序步骤。例如：
EXPLAIN SELECT department, COUNT(*) FROM employees GROUP BY department;
在 8.0 中常见输出是：
Extra: Using temporary
而 5.7 同样语句可能是：
Extra: Using temporary; Using filesort
少掉的 Using filesort 就是排序被移除的直接证据。性能提升（20%–50%）也正来自这里。
ONLY_FULL_GROUP_BY 和排序是两回事，别混着调
ONLY_FULL_GROUP_BY 控制的是“SELECT 列是否合法”，和结果顺序完全无关。常见误区：
- 以为关掉
ONLY_FULL_GROUP_BY就能恢复 5.7 那种排序 —— 不行，排序逻辑已剥离 - 以为开了
ONLY_FULL_GROUP_BY就必须写ORDER BY—— 不，ORDER BY是独立需求，开不开模式都得显式写
真正影响排序的只有两点：ORDER BY 子句是否存在，以及分组字段是否有可用索引（仅当索引能覆盖查询时，才可能“碰巧”有序）。
升级后最常踩的坑：WITH ROLLUP + ORDER BY 写法失效
5.7 不允许 GROUP BY ... WITH ROLLUP ORDER BY ...，报错 ERROR 1221；8.0 支持了，但语法更严格：
- 5.7 允许
GROUP BY a ASC, b DESC WITH ROLLUP—— 这在 8.0 直接语法错误 - 8.0 要求先写
GROUP BY a, b WITH ROLLUP，再单独加ORDER BY a, b -
ORDER BY中不能出现聚合列别名（如SUM(c) AS total），得写原表达式或位置序号
最容易被忽略的是：8.0 的 WITH ROLLUP 行中，NULL 值参与排序，且默认按升序排在最前——这和你手写 ORDER BY 的直觉可能冲突，建议显式用 ORDER BY a IS NULL, a 控制 NULL 位置。
