order by 中直接使用 case when 报错主因是结构不完整（如缺 end）或类型不一致；必须闭合书写、显式处理 null、统一返回类型，并避免依赖别名——应原样复制表达式。
为什么 ORDER BY 里直接写 CASE WHEN 会报错
常见错误是把 CASE WHEN 当成普通表达式，直接塞进 ORDER BY 却没加括号或漏写 END，比如写成 ORDER BY CASE WHEN status = 'done' THEN 1 ELSE 2 —— 缺少 END 就语法不合法。MySQL、PostgreSQL、SQL Server 都要求 CASE WHEN 必须是完整闭合结构。
另一个典型问题是：在 ORDER BY 中引用了 SELECT 列别名（如 SELECT ..., CASE WHEN ... END AS sort_rank ORDER BY sort_rank），但某些数据库（如 PostgreSQL）不允许在 ORDER BY 中直接用别名，除非该别名出现在 SELECT 列表中且数据库支持——更稳妥的做法是把整个 CASE WHEN 表达式原样复制到 ORDER BY 里。
按业务优先级排序：比如「已完成」排最前、「处理中」次之、「待开始」最后
这是最常用场景，核心是让 CASE WHEN 返回可比较的数值或字符串，再按其升序/降序排列。
- 用数值映射更安全：
CASE WHEN status = 'done' THEN 1 WHEN status = 'processing' THEN 2 ELSE 3 END，然后ORDER BY ... ASC - 避免用字符串直接排序（如
THEN 'first'），因为字典序可能和业务意图不符（比如'second'会排在'third'前面，但你本意是按顺序） - 注意 NULL 处理：如果
status可能为NULL，而你没写ELSE分支，那整行会变成NULL，而NULL在大多数数据库中默认排在最前（ASC）或最后（DESC），容易误判——显式写ELSE 999或ELSE 0更可控
多字段混合排序：先按状态分组，组内再按时间倒序
不能只靠一个 CASE WHEN，得组合使用：外层控制大顺序，内层控制小顺序。
例如想实现「所有 done 记录排前面，按 updated_at 降序；其余记录排后面，也按 updated_at 降序」：
ORDER BY CASE WHEN status = 'done' THEN 0 ELSE 1 END, updated_at DESC
这里第一列是逻辑分组（0/1），第二列是组内排序依据。两个字段共同决定最终顺序，不需要嵌套 CASE WHEN。
关键点：
- 多个
ORDER BY字段用逗号分隔，执行顺序从左到右 - 第一个字段值相同时，才比较第二个字段
- 不要试图在一个
CASE WHEN里拼接时间和状态（如THEN CONCAT('1-', updated_at)），类型混杂且不可靠
性能和兼容性要注意什么
CASE WHEN 排序本身不会走索引（除非数据库做了特殊优化，如 PostgreSQL 的表达式索引），所以大数据量时可能明显变慢。
- 如果排序逻辑固定且高频，考虑在表里加一个计算列（generated column）并建索引，比如 MySQL 5.7+ 支持：
sort_priority INT AS (CASE WHEN status = 'done' THEN 1 WHEN ... END) STORED，然后对它建索引 - SQLite 不支持在
ORDER BY中用子查询，但支持CASE WHEN；Oracle 对CASE WHEN排序完全友好；SQL Server 注意旧版本对复杂CASE的解析限制 - 测试时务必用真实数据量验证，尤其注意当
CASE分支很多（超过 10 个）时，部分数据库优化器可能退化
最易被忽略的是：不同数据库对 NULL 在 ORDER BY 中的默认位置不一致，加上 CASE WHEN 后又没显式处理 NULL，结果在开发环境看着对，上线后顺序就乱了。
