GROUP BY结果不能直接按自定义顺序排，因为其仅负责分组、不保证输出顺序；ORDER BY需显式配合CASE WHEN映射数值权重（如'done'→1、'processing'→2）实现业务逻辑排序，且权重必须为数值、不可用字符串或别名引用，以确保跨数据库兼容与排序准确。
GROUP BY 结果为什么不能直接按自定义顺序排？
因为 GROUP BY 本身只负责分组，不保证输出顺序；即使你写了 ORDER BY，它作用在最终结果集上，但如果你的排序依据（比如「高优先级→中→低」）不是数值或字典序，数据库默认没法理解。常见错误是写 ORDER BY status DESC，结果「pending」排在「done」前面，纯粹因为字母顺序，而不是业务逻辑。
用 CASE WHEN 显式映射排序权重
这是最通用、兼容性最好的办法：把每个分组值手动绑定一个数字权重，再按这个数字排序。注意权重必须是表达式结果，不能是字符串别名。
SELECT status, COUNT(*) AS cnt
FROM orders
GROUP BY status
ORDER BY
CASE status
WHEN 'done' THEN 1
WHEN 'processing' THEN 2
WHEN 'pending' THEN 3
ELSE 4
END;
- 权重值越小，排序越靠前；
ELSE分支建议保留，防止新状态未覆盖导致 NULL 排在最前 - MySQL / PostgreSQL / SQL Server 都支持；SQLite 要求
CASE在ORDER BY中必须可确定（通常没问题） - 别把权重写成字符串如
'1'，否则可能触发隐式转换或排序异常
用字段别名在 ORDER BY 中复用 CASE 表达式？不行
很多人想先在 SELECT 里定义排序字段别名（比如 CASE ... END AS sort_order），然后在 ORDER BY sort_order 引用——这在多数数据库会报错，因为标准 SQL 规定 ORDER BY 不能直接引用 SELECT 列别名（除非是窗口函数等特殊场景）。
- PostgreSQL 允许，但 MySQL 和 SQL Server 默认不支持，跨库迁移时容易出问题
- 安全写法永远是重复写一遍
CASE表达式，或改用子查询封装 - 如果表达式很复杂，考虑用 CTE 提前算好权重，再
GROUP BY+ORDER BY
ORDER BY 中直接用 GROUP BY 字段加自定义逻辑？风险高
有人试过 ORDER BY INSTR('done,processing,pending', status)（MySQL）或 POSITION(status IN 'done,processing,pending')（PostgreSQL），看似简洁，但隐患多：
- 字符串硬编码难维护，新增状态要改两处（分组逻辑和排序字符串）
- 一旦
status值含逗号或单引号，INSTR可能误匹配（比如'pending,review'被当成'pending'） - 性能差：每次排序都要做字符串扫描，无法利用索引；而
CASE是常量计算，优化器能更好处理
真正要简化维护，应该把排序规则提到应用层或配置表，而不是塞进 SQL 字符串里。
