合理使用索引可避免filesort，提升ORDER BY性能。创建与查询顺序、方向一致的索引，优先考虑WHERE+ORDER BY组合，使用覆盖索引减少回表，通过EXPLAIN检查执行计划确认优化效果。
在 MySQL 中，合理使用索引可以显著提升 ORDER BY 排序操作的性能。如果未正确利用索引，MySQL 就需要执行额外的文件排序（filesort），这会大幅降低查询效率，尤其在数据量大的情况下。
理解 ORDER BY 与索引的关系
MySQL 可以利用索引来避免对结果集进行额外排序，前提是 ORDER BY 的字段顺序和方向能与某个可用索引匹配。
例如，有一个表：
CREATE TABLE users ( id INT PRIMARY KEY, name VARCHAR(50), age INT, city VARCHAR(30) );如果你执行：
SELECT * FROM users ORDER BY age;而 age 字段没有索引，MySQL 就必须取出所有行，再做一次 filesort。但如果 age 上有索引，MySQL 就可以直接按索引顺序读取数据，跳过排序步骤。
为 ORDER BY 创建合适的索引
确保 ORDER BY 使用索引的关键是创建符合查询模式的索引。
- 单字段排序：直接为该字段创建索引即可
- 多字段排序：索引字段顺序必须和 ORDER BY 一致
- 注意排序方向：ASC 和 DESC 都要匹配，尤其是混合方向时
比如查询：
SELECT * FROM users WHERE city = 'Beijing' ORDER BY age DESC;此时应创建联合索引：
这个索引先过滤 city，然后 age 按升序排列。但查询是 DESC，MySQL 仍可倒序扫描索引，所以依然有效。
覆盖索引进一步优化性能
如果索引包含查询所需的所有字段，称为覆盖索引，MySQL 不用回表，速度更快。
例如：
SELECT name, age FROM users WHERE city = 'Shanghai' ORDER BY age;创建如下索引：
CREATE INDEX idx_city_name_age ON users(city, age, name);这样查询完全走索引，无需访问主表数据，同时支持 WHERE 和 ORDER BY，效率最高。
避免索引失效的常见情况
以下情况会导致 ORDER BY 无法使用索引：
- ORDER BY 字段包含表达式或函数，如 ORDER BY UPPER(name)
- 联合索引未遵循最左前缀原则，如索引是 (age, name)，但只 ORDER BY name
- WHERE 和 ORDER BY 涉及不同方向的混合排序，且索引不支持
- 使用了 SELECT *
基本上就这些。关键是根据实际查询设计索引，优先考虑 WHERE + ORDER BY 的组合，并尽量使用覆盖索引。通过 EXPLAIN 分析执行计划，确认是否出现 filesort，是验证优化是否生效的直接方式。
