GROUP BY 执行早于 ORDER BY，且8.0+取消隐式排序；非聚合字段须在 GROUP BY 中出现，ORDER BY 可用未选中的聚合函数；严格模式下需避免字段不可见错误。
GROUP BY 之后才能用 ORDER BY 排序字段
mysql 中 ORDER BY 对结果集排序，但它的作用对象是 GROUP BY 产生的分组结果，不是原始行。也就是说，select 列表里所有非聚合字段必须出现在 GROUP BY 子句中（严格模式下），否则 ORDER BY 引用的字段可能不明确。
常见错误现象：Expression #1 of ORDER BY clause is not in GROUP BY clause —— 这是因为开启了 sql_mode=ONLY_FULL_GROUP_BY（5.7+ 默认启用）。
- 如果要按某个聚合结果排序，比如按平均值，直接写
ORDER BY AVG(price) - 如果要按分组字段排序，比如按
category，确保它在GROUP BY category中出现 - 若想绕过 ONLY_FULL_GROUP_BY，可临时关闭：执行
SET sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));，但不推荐用于生产
GROUP BY 执行时机早于 ORDER BY
MySQL 的逻辑执行顺序是：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT。这意味着：
-
WHERE筛选的是原始行，HAVING筛选的是分组后结果（可引用聚合函数） -
SELECT中的别名在GROUP BY和ORDER BY中不可用（除非用子查询或 CTE），因为它们在该阶段尚未生成 - 例如：
SELECT category AS cat, count(*) c FROM products GROUP BY cat ORDER BY c会报错，应写成GROUP BY category ORDER BY c或GROUP BY category ORDER BY COUNT(*)
ORDER BY 中用聚合函数无需出现在 SELECT 列表
只要语义合法，ORDER BY 可以直接使用聚合表达式，哪怕没出现在 SELECT 中。
比如统计每个部门人数并按平均薪资倒序排，但只返回部门和人数：
SELECT dept, COUNT(*) FROM employees GROUP BY dept ORDER BY AVG(salary) DESC;这完全合法 —— AVG(salary) 不在 SELECT 里也没关系，MySQL 允许在 ORDER BY 中独立计算。
- 注意：postgresql 要求
ORDER BY表达式必须可由GROUP BY键推导，MySQL 更宽松 - 性能影响：多次调用同一聚合函数（如
ORDER BY AVG(x), MAX(x)）不会重复计算，优化器会复用中间结果 - 但若在
ORDER BY中写SUM(x) + 1这类表达式，仍会触发一次完整聚合计算
GROUP BY 隐式排序在 8.0+ 已被移除
MySQL 5.7 及以前，GROUP BY 默认隐式按分组字段升序排序；8.0 开始，这个行为被取消，GROUP BY 不再保证任何顺序 —— 必须显式加 ORDER BY。
这意味着旧代码中依赖 GROUP BY a 自动带来有序结果的逻辑，在升级到 8.0 后可能出问题。
- 迁移时务必检查所有
GROUP BY查询是否需要补ORDER BY -
EXPLaiN输出中不再有using filesort仅因GROUP BY，除非真有ORDER BY - 如果只是想消除排序开销且确定顺序无关，可加
ORDER BY NULL显式禁用排序
实际写的时候最容易忽略的是：GROUP BY 的字段约束、ORDER BY 引用的字段可见性、以及 8.0 后丢失的隐式排序保障——这三处一错，轻则报错，重则结果错乱且难以复现。