合理使用索引可避免全表扫描和文件排序，提升ORDER BY性能。1. 为排序字段建立与查询顺序一致的索引，如WHERE city后接ORDER BY age时创建(city, age)联合索引；2. 联合索引需遵循最左前缀原则，匹配WHERE和ORDER BY字段顺序，如(a,b,c)支持WHERE a AND b ORDER BY c；3. mysql 8.0起支持降序索引，混合排序方向可通过CREATE INDEX (a ASC, b DESC)优化；4. 使用覆盖索引包含select所有字段，避免回表，如(city, age, name)支持SELECT name, age查询；5. 避免在ORDER BY中使用函数或表达式，如YEAR(create_time)，应改用生成列加索引方式。核心是根据查询模式设计复合索引，兼顾条件过滤、排序和字段覆盖。
在 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 字段，同时注意排序方向和函数使用限制。