MySQL 5.7+ 默认启用 ONLY_FULL_GROUP_BY，要求 ORDER BY 字段必须在 GROUP BY 列表中或为聚合函数结果，否则报“is not in GROUP BY clause”错误；执行顺序为 GROUP BY → 聚合 → ORDER BY，别名在 ORDER BY 中可能不被识别，应直接复写聚合表达式。
GROUP BY 后 ORDER BY 报 “is not in GROUP BY clause” 错误
MySQL 5.7+ 默认开启 ONLY_FULL_GROUP_BY，会严格检查 ORDER BY 字段是否出现在 GROUP BY 列表中，或是否为聚合表达式结果。直接写 ORDER BY name（而 name 未被分组、也未用 MAX(name) 等兜底）就会触发该错误。
这不是“排序失效”，而是 SQL 语义校验失败。PostgreSQL 和 SQL Server 从一开始就这么干，MySQL 只是后来跟进了。
- 别试图绕过
ONLY_FULL_GROUP_BY——关掉它只是掩盖问题，换环境就崩 - 想按某字段“逻辑上最新值”排序？必须用聚合函数显式表达，比如
ORDER BY MAX(created_at)或ORDER BY MAX(order_time) - 如果字段本身参与分组（如
GROUP BY dept_id, region），那ORDER BY dept_id是合法的；但ORDER BY region仍需确保它在SELECT中显式出现
聚合后用别名排序不生效（如 ORDER BY avg_salary DESC）
SQL 执行顺序是 FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。这意味着 ORDER BY 看到的是最终 SELECT 输出的列，但 MySQL（尤其旧版本）对别名解析有延迟，部分场景下无法识别 avg_salary 这种由 AVG(salary) 定义的别名。
最稳做法是：在 ORDER BY 中直接复写聚合表达式，而不是依赖别名。
- ✅ 正确：
ORDER BY AVG(salary) DESC或ORDER BY COUNT(*) DESC - ❌ 风险操作：
ORDER BY avg_salary DESC—— 在某些 MySQL 版本或复杂嵌套中会静默失效 - 若坚持用别名，必须包一层子查询：
SELECT * FROM (SELECT dept_id, AVG(salary) AS avg_salary FROM employees GROUP BY dept_id) t ORDER BY avg_salary DESC
JOIN + GROUP BY + ORDER BY 组合下排序结果不稳定
JOIN 不保证输出顺序，哪怕你加了 ORDER BY，如果驱动表没索引、或 ORDER BY 字段不在驱动表上，优化器可能放弃索引排序，退化成文件排序（Using filesort），结果顺序看似“随机”。
典型陷阱：LEFT JOIN 后按右表字段排序，但右表没索引，或连接条件未有效过滤数据。
- 用
EXPLAIN看key和Extra列：若出现Using filesort，说明排序没走索引 -
ORDER BY字段最好落在驱动表（通常是FROM后第一张表）上，并且该字段要有索引 - 复合索引更稳妥：比如
GROUP BY dept_id且常按MAX(created_at)排序，可建INDEX idx_dept_created (dept_id, created_at)
UNION / UNION ALL 后的 ORDER BY 被忽略
UNION 本身不保留子查询顺序。(SELECT ... ORDER BY x) UNION (SELECT ... ORDER BY y) 中的两个 ORDER BY 全部无效——语法允许，但被标准忽略。
真正生效的 ORDER BY 必须写在整个 UNION 语句最外层，且只能引用最终 SELECT 列表中的字段（位置或名称）。
- ✅ 正确：
(SELECT a, b FROM t1) UNION (SELECT a, b FROM t2) ORDER BY a DESC - ❌ 无效：
(SELECT a, b FROM t1 ORDER BY a) UNION (SELECT a, b FROM t2 ORDER BY a) - 若需每个分支先局部排序再合并，必须用带
LIMIT的子查询兜底（如(SELECT ... ORDER BY x LIMIT 9999999)），否则优化器可能直接删掉内部ORDER BY
最容易被忽略的一点：ORDER BY 的 NULL 处理。MySQL 默认 ORDER BY col DESC 把 NULL 排最前，PostgreSQL 排最后。不显式控制 NULLS FIRST/LAST 或 IS NULL 判断，跨数据库迁移时排序行为会突变。
