在 MySQL 中，合理使用索引可以显著提升排序操作的性能。当执行带有 ORDER BY 的查询时，如果排序字段上有合适的索引，MySQL 可以直接利用索引的有序性，避免额外的文件排序（filesort），从而加快查询速度。
理解索引与排序的关系
MySQL 的索引（尤其是B+树索引）本身就是有序结构。如果查询中的排序字段与索引的列顺序一致，优化器可以直接按索引顺序读取数据，无需再排序。
例如，对表 user 的 create_time 字段建立索引：
CREATE INDEX idx_create_time ON user(create_time);此时执行：
SELECT * FROM user ORDER BY create_time DESC;MySQL 可以逆序扫描索引，直接获取有序结果，跳过 filesort 阶段。
为排序字段创建合适的索引
确保 ORDER BY 中的字段有索引是提升排序性能的第一步。以下是一些有效策略：
单列排序：为 ORDER BY 中的单个字段创建索引，如时间、ID 等常用排序字段 复合索引：如果排序涉及多个字段，如 ORDER BY status, create_time，应创建联合索引 (status, create_time) 注意顺序：复合索引的列顺序必须和 ORDER BY 的字段顺序一致，否则无法生效 覆盖索引：将 SELECT 查询的字段也包含在索引中，避免回表，进一步提升性能避免索引失效的常见情况
即使建立了索引，某些写法会导致索引无法用于排序：
混合排序方向：如 ORDER BY col1 ASC, col2 DESC，旧版本 MySQL 不支持混合方向的索引扫描（MySQL 8.0+ 支持） 表达式或函数：如 ORDER BY YEAR(create_time)，无法使用索引，应避免在排序字段上使用函数 WHERE 条件与 ORDER BY 不匹配：如果 WHERE 过滤字段和排序字段不同，且无复合索引，可能导致索引选择不佳 数据类型不匹配：比如用字符串比较数字，会导致隐式类型转换，使索引失效结合执行计划分析优化效果
使用 EXPLAIN 查看查询执行计划，判断是否使用了索引排序：
查看 Extra 字段：如果没有出现 Using filesort，说明排序已通过索引完成 查看 key 字段：确认实际使用的索引是否符合预期 对于复杂查询，可尝试调整索引顺序或添加覆盖索引，持续优化执行路径基本上就这些。关键是让索引匹配查询的排序需求，同时避免导致索引失效的操作。通过合理的索引设计和执行计划分析，能大幅减少排序开销，提升查询响应速度。
