ORDER BY 多字段按从左到右优先级依次排序，仅当前字段值相同时才比较后一字段；默认升序，可混合 ASC/DESC；需注意 NULL 处理、窗口函数内强制要求、GROUP BY 后作用于聚合行而非原始行。
ORDER BY 多字段排序的写法和优先级
SQL 的 ORDER BY 后面可以跟多个字段，用逗号分隔，执行时从左到右依次比较：先按第一个字段排，相同时再按第二个字段排，以此类推。
常见错误是以为“多字段一起算权重”，比如写 ORDER BY score, name 却期待按 score + name 混合排序——实际不是，name 只在 score 相等时才生效。
- 字段间默认都是升序（
ASC），显式写DESC才会倒序 - 混合方向要小心：比如
ORDER BY created_at DESC, id ASC表示“新数据在前，同时间下小 ID 在前” - 字符串字段参与排序时注意 collation，中文可能按拼音或字节序排，结果不直观
窗口函数中 ORDER BY 的特殊约束
在 ROW_NUMBER()、RANK()、LEAD() 这类窗口函数里，ORDER BY 不只是排序，它还决定了“窗口内行的逻辑顺序”，直接影响计算结果。
典型坑：漏写 ORDER BY 会导致语法错误（如 PostgreSQL 报错 window definition requires an ORDER BY clause），而 MySQL 8.0+ 虽允许省略，但结果不可预测。
- 必须出现在
OVER()内，不能只靠外层ORDER BY - 如果需要稳定排名，建议加一个唯一字段兜底，比如
ORDER BY status, id避免相同status下排名随机 - 性能上，这个
ORDER BY通常触发临时排序，大数据量时注意索引是否覆盖
GROUP BY 和 ORDER BY 多字段的配合逻辑
GROUP BY 分组后，每个分组只返回一行，这时 ORDER BY 是对这些“聚合行”排序，不是对原始行排序。
容易混淆的是：有人想“先按部门分组，再在每组内按薪资降序取 top 1”，这不能靠 GROUP BY + ORDER BY 实现——那只会把所有组按某个字段整体排序，不会影响组内结构。
- 真要组内排序取头，得用窗口函数，比如
ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) -
GROUP BY a, b和ORDER BY a, b字段顺序不必一致，但若ORDER BY字段没在SELECT或GROUP BY中出现，某些数据库（如 MySQL 5.7 严格模式）会报错 - PostgreSQL 要求
ORDER BY中非聚合字段必须出现在GROUP BY列表里，否则拒绝执行
ORDER BY 中 NULL 值的默认行为和控制
不同数据库对 NULL 的排序位置默认不同：MySQL 和 SQL Server 默认 NULL 排最前，PostgreSQL 默认排最后。这会导致跨库迁移时结果不一致。
别依赖默认行为，尤其是涉及分页或窗口函数时，NULL 插在中间可能让 OFFSET/LIMIT 或 ROW_NUMBER() 结果偏移。
- 显式控制用
NULLS FIRST或NULLS LAST（标准 SQL，PostgreSQL/Oracle 支持；MySQL 8.0+ 支持；SQL Server 不支持） - MySQL 用户可用
IS NULL表达式模拟：ORDER BY (score IS NULL) ASC, score DESC - 窗口函数里也适用
NULLS LAST，比如LEAD(name) OVER (ORDER BY updated_at NULLS LAST)
多字段排序真正复杂的地方不在语法，而在你是否清楚每一层排序作用的对象：是原始行、分组后聚合行，还是窗口帧内的逻辑行。搞错这一层，结果就悄无声息地错了。
