GROUP BY不控制顺序，必须用ORDER BY配合CASE WHEN实现自定义排序；例如按status字段'urgent'→'pending'→'done'顺序排列，需在ORDER BY中写CASE表达式，并注意类型一致、包含ELSE分支。
GROUP BY本身不控制结果顺序，必须配ORDER BY
很多人以为写 GROUP BY column 就能按某个顺序分组，其实不然——GROUP BY 只负责逻辑分组，输出行序完全不确定。真正决定最终显示顺序的是 ORDER BY。所以「按特定顺序排序」这件事，核心在 ORDER BY 子句里用 CASE WHEN 构造排序权重，而不是塞进 GROUP BY 里。
用CASE WHEN在ORDER BY中定义自定义排序逻辑
比如想让分类字段 status 按 'urgent' → 'pending' → 'done' → 其他值的顺序排，不能依赖字典序。这时在 ORDER BY 中写：
ORDER BY
CASE status
WHEN 'urgent' THEN 1
WHEN 'pending' THEN 2
WHEN 'done' THEN 3
ELSE 4
END注意几点：
-
CASE表达式必须出现在ORDER BY中，不是GROUP BY或SELECT列表（除非你也想显示这个排序号） - 每个
WHEN分支返回相同类型（推荐整数），避免隐式转换导致排序错乱 - 别漏掉
ELSE，否则匹配不到的值会被排在最前（因 NULL 在 ORDER BY 中默认优先级最高） - 如果分组后还要按聚合结果排序（如
COUNT(*)），可以把CASE和聚合函数混用：ORDER BY COUNT(*) DESC, CASE ... END
常见错误：把CASE WHEN写进GROUP BY或SELECT却忘了ORDER BY
以下写法无效：
SELECT status, COUNT(*) FROM tasks GROUP BY status, CASE status WHEN 'urgent' THEN 1 ELSE 2 END -- ❌ 多余且误导：只是多分了一层组
或者：
SELECT CASE status WHEN 'urgent' THEN 1 ... END AS sort_order, status, COUNT(*) FROM tasks GROUP BY status -- ✅ 正确分组 -- ❌ 缺少 ORDER BY sort_order，结果仍无序
典型症状是：本地 MySQL 看着有序，换到 PostgreSQL 或生产环境就乱了——因为不同引擎对无 ORDER BY 查询的默认返回顺序没有保证。
复杂排序场景：多字段 + 动态权重
若需先按状态优先级、再按创建时间倒序，直接拼接：
ORDER BY CASE status WHEN 'urgent' THEN 1 WHEN 'pending' THEN 2 ELSE 3 END, created_at DESC
更灵活的做法是把 CASE 写成计算列（部分数据库支持）：
SELECT status, COUNT(*) AS cnt FROM tasks GROUP BY status ORDER BY MAX(CASE status WHEN 'urgent' THEN 0 WHEN 'pending' THEN 1 ELSE 2 END), AVG(created_at) DESC
这里用了 MAX() 包一层，是因为 GROUP BY 后非聚合列不能直接出现在 ORDER BY（除 MySQL 旧版本宽松模式外）。严格模式下，CASE 必须是聚合表达式或出现在 SELECT 列表中并启用 ONLY_FULL_GROUP_BY 兼容写法。
实际写的时候，优先检查你用的数据库是否允许 ORDER BY 引用未出现在 SELECT 中的 CASE 表达式；不行就提前提取为子查询或 CTE。
