合理设计复合索引可避免filesort，提升ORDER BY性能。应使用覆盖索引包含所有查询字段，确保WHERE条件匹配索引最左前缀，范围查询后不再有排序字段，且索引方向与ORDER BY一致，通过EXPLAIN检查执行计划，减少额外排序开销。
在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。 - 范围查询（如
>,）后，后续字段不能用于排序。比如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高效运行，减少资源消耗。
