mysql多列排序需严格按字段优先级顺序书写，每字段须显式声明asc/desc方向，且索引字段顺序与方向须与order by完全匹配才能生效。
ORDER BY 后多个字段怎么写才生效
MySQL 多列排序不是简单地用逗号拼接就完事，关键在 ORDER BY 子句中字段的**顺序**和**方向控制**。排在前面的字段优先级更高，只有当前面字段值相同时，才会用后面的字段继续比较。
常见错误是把高优先级字段写在后面，比如想先按部门分组、再按薪资降序，却写成 ORDER BY salary DESC, dept —— 这会导致结果看起来“乱序”，实际是按 salary 主导排序了。
- 字段顺序 = 排序优先级顺序，不可颠倒
- 每个字段可单独指定
ASC或DESC，不写默认ASC - 混合方向时，必须为每个字段显式声明，不能只写一个
DESC作用于全部
混合升序/降序时容易漏掉的 DESC/ASC 显式声明
很多人以为写了 ORDER BY a, b DESC 就表示 a 升序、b 降序，其实这是错的：MySQL 会把 DESC 只绑定到紧邻的 b，a 仍是默认 ASC —— 看似对，但一旦加了更多字段就容易误判。更危险的是，有人写 ORDER BY a DESC, b，以为 b 也继承了 DESC，实际 b 是 ASC。
稳妥做法是：每个字段都明确写出方向，避免依赖默认或误解绑定关系。
-
ORDER BY dept ASC, salary DESC, name ASC—— 清晰无歧义 - 不要省略
ASC，尤其当后续字段需要统一方向时，显式写出能防止协作时被误改 - 注意空值（
NULL）排序行为：默认NULL最小（ASC时排最前），可用IS NULL或COALESCE控制
用表达式或函数做多列排序的实际场景
真实业务里经常要按“状态优先级 + 更新时间”排序，比如把 status = 'active' 的排前面，再按 updated_at 倒序。这时不能只靠字段，得用条件表达式生成逻辑顺序。
SELECT * FROM users ORDER BY CASE status WHEN 'active' THEN 0 WHEN 'pending' THEN 1 ELSE 2 END, updated_at DESC;
这种写法比在应用层二次排序更高效，也避免了 ORM 拼接时方向错乱的问题。
-
CASE表达式可嵌入ORDER BY，返回数值用于排序，是控制非自然顺序的核心手段 - 函数如
IF()、FIELD()（MySQL 特有）也可用，但FIELD(status, 'active', 'pending', 'archived')更简洁 - 注意表达式结果类型要一致，否则可能触发隐式转换，影响排序稳定性
索引对多列排序性能的影响很直接
如果 ORDER BY a, b DESC 频繁出现，但只有单列索引 (a) 或 (b)，MySQL 很可能放弃索引而走 filesort —— 查 10 万行时延迟明显上升。
复合索引的字段顺序必须和 ORDER BY 完全一致（方向也要匹配，MySQL 8.0+ 支持混合方向索引，但 5.7 及以前要求全部同向）。
- 查询含
ORDER BY category ASC, created_at DESC，对应索引应建为INDEX(category, created_at)（5.7）或INDEX(category ASC, created_at DESC)（8.0+） - WHERE 条件字段如果也在排序字段中，尽量让它们前缀一致，比如
WHERE category = ? ORDER BY category, created_at，这样索引能同时覆盖过滤和排序 - 用
EXPLAIN看Extra列：出现Using filesort就说明没走索引排序，得调索引
多列排序看着简单，真正卡住人的往往是字段顺序和索引方向没对齐，或者表达式排序时忘了处理 NULL 和类型隐式转换。动手前先确认执行计划，比调半天 SQL 更省时间。
