分组内排序需通过ORDER BY对聚合结果排序，不能改变分组逻辑；自定义顺序须用CASE WHEN构造数值键，GROUP BY和ORDER BY需同步使用该键与原始字段。
分组内条件排序不是靠 GROUP BY 本身实现的，而是靠 ORDER BY 对最终结果集排序 —— 它发生在分组和聚合之后，只影响输出顺序，不改变分组逻辑。
为什么不能在 GROUP BY 后直接“按条件排组”
SQL 标准规定：GROUP BY 输出的行顺序是未定义的。ORDER BY 是查询最后执行的阶段，它只能对已聚合完的结果排序，不能干预分组过程本身。所谓“分组内排序”，其实是“对分组后的某列或表达式排序”。
- 误以为
ORDER BY region能让“华东”组总在前面 → 实际只是按字符串字典序排，“华北”会排在“华东”前 - 想把销售额最高的地区置顶，却只写
ORDER BY SUM(sales)→ 没加DESC，默认升序，最低的反而出现在第一行 - 用
CASE WHEN构造优先级但漏了GROUP BY中对应字段 → 查询报错或逻辑错乱
用 CASE WHEN 实现自定义分组顺序（如地区优先级）
核心思路：把原始字符串字段映射为可控数值，再用该数值参与 ORDER BY；注意分组时仍需保留原始字段，否则不同值会被合并。
- 构造排序键：
CASE WHEN region = '华东' THEN 1 WHEN region = '华北' THEN 2 ELSE 3 END AS region_order -
GROUP BY必须包含原始字段和排序键：GROUP BY region_order, region（不能只写region_order） - 最终排序用
ORDER BY region_order，确保输出按你定义的优先级排列 - 示例片段：
SELECT region, COUNT(*) AS cnt, SUM(sales) AS total FROM orders GROUP BY CASE WHEN region = '华东' THEN 1 WHEN region = '华北' THEN 2 ELSE 3 END, region ORDER BY CASE WHEN region = '华东' THEN 1 WHEN region = '华北' THEN 2 ELSE 3 END;
基于聚合结果排序（如按平均薪资降序）
这是最常见也最容易出错的场景：排序字段必须是 SELECT 列表中出现的、或能被聚合函数合法引用的表达式。
- 允许：
ORDER BY AVG(salary) DESC、ORDER BY COUNT(*) ASC, dept_name - 不允许：
ORDER BY name（没在GROUP BY中，也没用聚合函数包裹） - MySQL 允许非标准写法（如只
GROUP BY dept_id却SELECT dept_name并ORDER BY dept_name），但 PostgreSQL/SQL Server 会报错 —— 别依赖 MySQL 的宽松模式 - 如果要按“部门人数最多”排，且人数相同时按部门名字母序，写成：
ORDER BY COUNT(*) DESC, dept_name ASC
ORDER BY 中用字段位置编号的风险
虽然可以写 ORDER BY 3 DESC 表示按 SELECT 第三个字段降序，但这个写法脆弱得离谱。
- 一旦调整
SELECT字段顺序（比如把AVG(salary)从第3位移到第2位），排序就完全错乱 - 团队协作或后续维护时，没人能一眼看出
ORDER BY 3到底对应哪个逻辑字段 - 某些 ORM 或中间件会重写 SQL，自动插入字段，导致位置偏移
- 结论：宁可用显式字段名或别名，例如
ORDER BY avg_salary DESC
真正容易被忽略的是：ORDER BY 的字段是否出现在 SELECT 列表里，取决于数据库严格程度；而自定义顺序必须靠映射+分组+排序三步闭环，少一步就会合并数据或顺序错乱。
