MySQL多字段排序语法为ORDER BY字段1[ASC|DESC],字段2[ASC|DESC]，用逗号分隔，从左到右依次排序，各字段方向需单独指定，默认ASC；混合方向需匹配索引设计，否则可能触发filesort。
ORDER BY 多字段排序的语法结构怎么写
MySQL 的 ORDER BY 支持多个字段，用逗号分隔，执行时按从左到右的优先级依次排序。比如先按 status 分组排，同一 status 内再按 created_at 降序排。
- 字段后可显式加
ASC（升序）或DESC（降序），不写默认是ASC - 混合方向时必须为每个字段单独指定，例如
ORDER BY status ASC, created_at DESC - 不支持在同一个字段上同时写两个方向（如
status ASC DESC是语法错误）
为什么第二字段排序看起来“没生效”
常见现象：查出来的结果中，status 确实有序，但相同 status 的记录里，created_at 并不严格降序——这通常不是语法问题，而是数据本身或索引导致的。
- 如果没有覆盖全部排序字段的复合索引，MySQL 可能使用文件排序（
Using filesort），在内存/磁盘排序过程中受 buffer size 限制，导致稳定性下降 - 浮点型、datetime 带毫秒、或时区未统一的
created_at值可能表面“相同”，实则微小差异被忽略显示 - 使用了
LIMIT且未配合ORDER BY全字段，例如只写ORDER BY status LIMIT 10，那第二字段根本不会参与排序裁剪
多字段排序对性能和索引的影响
MySQL 能高效利用索引加速多字段排序，但有严格前提：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 索引字段顺序必须和
ORDER BY字段顺序一致，且方向一致（ASC/DESC匹配） - 例如查询
ORDER BY category ASC, price DESC，理想索引是INDEX(category, price)，但注意：MySQL 8.0+ 才支持单个索引内混合方向（如INDEX(category ASC, price DESC)）；5.7 及以前，所有字段方向必须全为ASC或全为DESC才能走索引排序 - 中间不能跳过字段：如果索引是
(a, b, c)，那么ORDER BY a, c无法利用c的索引部分，只能用到a
NULL 值在多字段排序中怎么处理
MySQL 默认把 NULL 当作最小值（ASC 时排最前，DESC 时排最后），但这个行为容易引发误解：
- 如果
status列含大量NULL，它们会先被聚在一起，再按created_at排——但NULL的created_at也会被当成最小值，导致时间信息失效 - 显式控制
NULL位置可用IS NULL或IS NOT NULL补充条件，例如：ORDER BY (status IS NULL), status, created_at DESC，把非空status全部排前面 - 更稳妥的方式是在业务层保证关键排序字段非空，或建表达式索引（MySQL 8.0+）规避运行时判断开销
实际排序逻辑比看起来更依赖数据分布和索引设计，别只盯着语句写对了就以为结果一定可控。
