在MySQL中，结合索引优化
ORDER BY排序能显著提升查询性能。核心思路是让排序操作通过索引完成，避免额外的文件排序（filesort）。以下是关键策略和实践方法。
使用覆盖索引满足排序需求
如果查询的排序字段已有索引，并且查询字段也包含在该索引中，MySQL可以直接利用索引顺序返回结果，无需回表或排序。
例如有索引(status, created_at)，查询：
SELECT id, status, created_at FROM orders WHERE status = 'active' ORDER BY created_at;若
id不在索引中，仍需回表，可能触发排序。建议创建覆盖索引，包含所有查询字段。
确保WHERE条件与索引前缀一致
复合索引的顺序很重要。
ORDER BY要有效利用索引，WHERE中的等值条件应匹配索引最左前缀。 索引为
(a, b, c)，查询
WHERE a = 1 ORDER BY b可用索引排序。 但
WHERE b = 2 ORDER BY c无法使用索引排序，因为跳过了前导列
a。 范围查询（如
>,
）后，后续字段不能用于排序。比如 <code>WHERE a > 1 ORDER BY b，即使有索引
(a,b)，
b也无法用于排序。
避免不必要的排序方向冲突
MySQL要求索引的排序方向与
ORDER BY一致，否则无法直接利用索引顺序。 索引
(status ASC, created_at ASC)支持
ORDER BY created_at ASC。 但
ORDER BY created_at DESC虽然也能走索引，但效率略低，尤其是大结果集时。 若经常需要降序，可显式定义索引为
DESC，或创建反向索引（MySQL 8.0+支持）。
尽量减少filesort的发生
通过
EXPLAIN查看执行计划，重点关注
Extra字段是否出现
Using filesort。 出现
Using filesort表示MySQL需要额外排序，应优化索引结构。 可通过调整索引列顺序，使排序字段在索引中连续且符合最左匹配原则。 对于复杂查询，考虑重写SQL或拆分逻辑，使其更贴合现有索引。
基本上就这些。合理设计复合索引，匹配查询模式，就能让
ORDER BY高效运行，减少资源消耗。
