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 后丢失的隐式排序保障——这三处一错，轻则报错，重则结果错乱且难以复现。
