ORDER BY 多列需用逗号分隔并按优先级从左到右书写，每列可独立指定ASC/DESC；含CASE WHEN时须保证分支类型一致、显式ELSE及NULL处理；涉及NULL或函数排序应显式声明NULLS FIRST/LAST并建立函数索引。
ORDER BY 后面多个列怎么写才对
直接在 ORDER BY 后列出所有列，用逗号分隔，每列可独立指定 ASC 或 DESC。数据库严格按从左到右顺序逐级排序：先排第一列，值相同时再排第二列，依此类推。
常见错误是把列顺序搞反，比如想“先按部门、再按薪资”，却写成 ORDER BY salary, department —— 这会导致同薪资不同部门的记录被混在一起，完全失去分组效果。
- 默认升序（
ASC）可省略，但显式写出更清晰 - 降序必须写
DESC，不能只写ORDER BY col1, col2 DESC期望第二列降序而第一列也降序——那是错的，第一列仍是升序 - 别名不能直接用于排序（如
SELECT name AS full_name ORDER BY full_name），SQLite 和旧版 MySQL 不支持；稳妥做法是复写原表达式或列名
CASE WHEN 在 ORDER BY 里怎么用才不报错
当需要「先分状态组，组内再按时间倒序」这类业务逻辑时，CASE WHEN 是最直接的解法，但容易踩坑。
典型错误包括分支返回类型不一致、漏写 ELSE、忽略 NULL 处理。例如：
ORDER BY
CASE WHEN status = 'pending' THEN 1
WHEN status = 'approved' THEN 2
-- 漏掉 ELSE → 所有未匹配行变成 NULL，排最前
END,
created_at DESC这会让 'rejected' 等状态意外顶到列表顶部。
- 每个
WHEN分支和ELSE必须返回相同类型（推荐统一用整数映射） - 显式写
ELSE 999控制兜底顺序，避免 NULL 干扰 - 如果字段本身可能为 NULL（如
reviewer_id IS NULL），优先用CASE WHEN reviewer_id IS NULL THEN 0 ELSE 1 END而非直接比较 -
NULLS FIRST或NULLS LAST必须紧跟在对应排序项后，不能全局生效
多列排序时 NULL 值为什么总排错位置
不同数据库对 NULL 的默认排序行为不一致：PostgreSQL 默认 NULLS LAST，MySQL 默认 NULLS FIRST。不显式声明，同一 SQL 在开发和生产环境可能返回完全不同的顺序。
比如要让「未分配审核人」的记录排在最前，且不影响后续时间排序，得这样写：
ORDER BY CASE WHEN reviewer_id IS NULL THEN 0 ELSE 1 END, created_at DESC NULLS LAST
注意：NULLS LAST 是修饰 created_at DESC 的，不是修饰整个 ORDER BY 列表。
- 不要依赖数据库默认行为，涉及 NULL 的排序字段都应显式加
NULLS FIRST或NULLS LAST - 混合使用字符串和数字字段排序时（如
priority_level是 VARCHAR），隐式字典序可能导致 'high' 排在 'low' 前面——必须用CASE WHEN显式转为数值 - 时间字段混用
TIMESTAMP和DATE类型，可能因精度差异导致同秒内顺序不可预期
为什么加了多列排序，查询突然变慢
带 CASE WHEN、函数或计算字段的 ORDER BY 无法利用普通 B-tree 索引，数据库会触发 filesort，数据量一上来性能就断崖下跌。
高频查询（如后台订单列表）若长期依赖复杂排序，必须配函数索引。例如 PostgreSQL 中：
CREATE INDEX idx_orders_status_time ON orders ( (CASE WHEN status = 'pending' THEN 1 WHEN status = 'approved' THEN 2 ELSE 3 END), created_at DESC );
MySQL 8.0+ 也支持类似语法，但 SQLite 不支持函数索引。
- 普通多列索引（如
(status, created_at)）对ORDER BY status, created_at DESC有效，但对CASE WHEN表达式无效 - 如果排序字段含函数（如
UPPER(name)），索引字段也得用同样函数创建 - 测试时别只看小数据集，用百万级数据验证排序性能拐点
最常被忽略的是：多列排序的「稳定性」其实取决于最后一级排序字段是否能彻底区分所有行。如果前 N−1 列值全相同，最后一列又存在重复或 NULL，数据库保留原始物理顺序——这个行为不可靠，线上不能当作确定性保证。
