MySQL 多字段排序的标准写法是 ORDER BY field1 [ASC|DESC], field2 [ASC|DESC]。多个排序字段之间使用逗号分隔，而且每个字段的排序方向都可以分别设置；如果没有特别指定，默认排序方式就是 ASC。执行排序时，MySQL 会按照从左到右的优先级逐层比较，只有左侧字段值相同，才会继续比较右侧字段。
ORDER BY 多字段排序的语法结构怎么写
在 MySQL 中，ORDER BY 支持对多个字段连续排序，关键写法是通过逗号分隔字段，并为每个字段单独指定 ASC 或 DESC。如果省略不写，默认就是 ASC。需要注意的是，排序方向只作用于紧邻的前一个字段，不会自动延续到后面的字段。
很多人在写 SQL 排序语句时容易误解，比如 ORDER BY name, age DESC 并不表示两个字段都按降序排列，实际上只有 age 是降序，name 仍然是默认升序。正确且清晰的写法应该显式声明，例如：ORDER BY name DESC, age DESC。
实操建议：
- 建议为每个排序字段都明确写出
ASC或DESC，这样更直观，也能避免隐式默认规则造成理解偏差 - 字段出现的先后顺序决定排序优先级：先按第一个字段排序，值相同时再比较第二个字段，后续字段同理
- 混合排序方向在 MySQL 中完全合法，例如
ORDER BY status ASC, created_at DESC（先按状态升序，再在相同状态下按时间倒序）
NULL 值在多字段排序中怎么处理
在 MySQL 多字段排序规则中，NULL 默认会被视为最小值，也就是说在 ASC 升序时排在最前面，在 DESC 降序时排在最后面。不过这一规则是针对每个字段单独生效的，不能跨多个字段统一控制。
例如在 ORDER BY a ASC, b DESC 这个排序条件里，如果某一行的 a 为 NULL，那么它会排在所有 a 非空的记录前面；而当这些 a 都为 NULL 时，再继续按照 b 的降序排列，此时如果 b 也是 NULL，则又会排在该组记录的后面。
常见注意点：
- 如果业务需求是让
NULL值排在最后，通常需要借助IS NULL手动调整顺序，例如：ORDER BY (a IS NULL) ASC, a ASC, (b IS NULL) ASC, b DESC COALESCE()虽然可以替换NULL，但也可能改变原有字段的真实语义，尤其在数值、日期这类字段中要谨慎使用- 索引是否能够覆盖包含
NULL的多字段排序，取决于索引定义是否包含对应字段及排序方向；NULL本身不会让索引失效，但可能影响排序性能
多字段排序和索引匹配的关键条件
并不是所有 ORDER BY a, b 都能直接利用索引。MySQL 通常只有在满足“最左前缀 + 排序方向一致”等条件时，才有机会通过索引完成排序，从而避免额外的文件排序（Using filesort）。
假设已经创建了联合索引 INDEX idx_ab (a, b)：
ORDER BY a, b✅ 通常可以走索引ORDER BY a DESC, b DESC✅ 通常也可以走索引（MySQL 8.0+ 支持反向扫描）ORDER BY a ASC, b DESC❌ 一般会触发Using filesort（除非优化器采用松散索引扫描等特殊执行策略）ORDER BY b❌ 索引通常无法命中，因为跳过了最左列a
查看执行计划时，建议重点关注 Extra 列中是否出现 Using filesort。一旦出现，通常说明排序没有利用好索引，在大数据量查询场景下会带来明显的性能压力。
ORDER BY 和 LIMIT 一起用时的陷阱
多字段排序结合 LIMIT 看起来是很常见的 SQL 用法，但在实际开发中，如果排序字段存在重复值，查询结果就很容易出现不稳定的问题。
比如一个非常常见的业务场景：用户表按 score DESC, id ASC 查询前 10 条记录。如果第 10 名和第 11 名的 score 相同，只是 id 不一样，那么不同时间执行查询，返回结果可能就不完全一致。原因在于 MySQL 对“排序键完全相同”的记录，并不会保证物理顺序始终固定；只有在 ORDER BY 中补充足够多的字段，使整个排序键最终唯一，结果集才会真正稳定。
实操建议：
- 线上分页查询时，务必让
ORDER BY的字段组合能够唯一标识每一行，最常见的做法是在最后追加主键，例如ORDER BY score DESC, id ASC - 尽量不要只依赖业务字段（例如
created_at）做排序后分页，因为时间字段重复在实际系统中非常常见 LIMIT本身不会改变多字段排序逻辑，但它会放大排序结果不稳定所带来的影响
实际开发中，真正棘手的问题往往不是 MySQL ORDER BY 语法本身，而是排序键不够唯一、索引没有正确匹配，或者 NULL 与 LIMIT 同时参与排序时，导致查询结果看起来“偶尔出错”。
