在 MySQL 中，ORDER BY 排序操作如果处理不当，容易导致全表扫描或文件排序（filesort），严重影响查询性能。合理使用索引可以大幅减少排序开销，提升查询效率。以下是优化 ORDER BY 使用索引的关键方法。
1. 确保排序字段有合适的索引
MySQL 能够利用索引来避免额外的排序操作，前提是 ORDER BY 的字段顺序与索引列顺序一致，并且排序方向相同（默认升序）。
例如，有如下查询：SELECT * FROM users WHERE city = 'Beijing' ORDER BY age;为
(city, age)建立联合索引，可以让 MySQL 在满足 WHERE 条件后直接按 age 有序读取数据，避免 filesort。
注意：单列索引在某些情况下也能被用于排序，但联合索引更有效，尤其是在有 WHERE 条件时。
2. 联合索引顺序要匹配查询结构
联合索引的设计必须遵循“最左前缀”原则，同时兼顾 WHERE 和 ORDER BY 的需求。
常见场景： WHERE a = ? AND b = ? ORDER BY c → 建议索引：(a, b, c)WHERE a = ? ORDER BY b, c → 建议索引：
(a, b, c)ORDER BY a, b（无 WHERE）→ 索引
(a, b)可覆盖排序 如果 ORDER BY 字段不在索引的连续最左位置，或顺序不一致，索引可能无法用于排序。
3. 避免混合排序方向导致索引失效
MySQL 在早期版本中对混合排序方向（如
ORDER BY a ASC, b DESC）支持较差，无法有效使用联合索引。 例如：
SELECT * FROM t ORDER BY a ASC, b DESC;即使存在索引
(a, b)，也可能触发 filesort，因为 b 是降序。
从 MySQL 8.0 开始，支持降序索引（DESC INDEX），可以通过以下方式创建：
CREATE INDEX idx ON t (a ASC, b DESC);这样就能高效支持混合排序方向。
4. 覆盖索引减少回表，提升排序效率
如果索引包含查询所需的所有字段（即覆盖索引），MySQL 可直接从索引获取数据并完成排序，无需回表查询主键数据。
例如：SELECT name, age FROM users WHERE city = 'Shanghai' ORDER BY age;建立覆盖索引
(city, age, name)，可让整个查询在索引中完成，极大提升性能。
可通过执行计划中的 Extra: Using index 判断是否使用了覆盖索引。
5. 避免在 ORDER BY 中使用表达式或函数
对排序字段使用函数会阻止索引的使用。
错误示例：SELECT * FROM users ORDER BY YEAR(create_time);即使
create_time有索引，也无法用于排序，因为被函数包裹。
建议：如需按年排序，可新增一个生成列并为其建立索引。
ALTER TABLE users ADD COLUMN create_year INT AS (YEAR(create_time));
CREATE INDEX idx_year ON users(create_year);
基本上就这些。关键是根据查询模式设计复合索引，优先让索引覆盖 WHERE + ORDER BY + SELECT 字段，同时注意排序方向和函数使用限制。
