答案：优化MySQL ORDER BY 性能需利用索引减少排序开销。1. 使用覆盖索引避免回表；2. 为排序字段建合适索引，遵循最左前缀原则；3. 避免 filesort，确保 WHERE 和 ORDER 字段被索引覆盖；4. 优化分页，用主键范围替代 LIMIT 偏移，减少数据扫描量。
MySQL 中 ORDER BY 排序性能差，通常是因为没有合理利用索引或数据量大导致文件排序（filesort）。优化的核心是减少排序开销，尽量让 MySQL 直接通过索引获取有序数据。
1. 使用覆盖索引避免回表排序
如果查询字段和排序字段都能被同一个索引覆盖，MySQL 可以直接从索引中读取数据并保持顺序，无需额外排序。
- 例如有索引 (status, created_time)，查询如下：
SELECT id, status, created_time FROM orders WHERE status = 1 ORDER BY created_time DESC;
- 该查询能走索引，且不需要回表，效率高。
2. 确保 ORDER BY 字段有合适的索引
对经常用于排序的字段建立索引，尤其是 WHERE 条件后跟 ORDER BY 的场景。
- 单列排序：给排序字段单独建索引，如 CREATE INDEX idx_created ON orders(created_time);
- 复合排序：遵循最左前缀原则。比如
ORDER BY user_id, created_time
，应建立联合索引 (user_id, created_time) - 注意 WHERE + ORDER 组合时，索引要优先满足 WHERE 条件，再支持排序。
3. 避免 filesort 和临时表
当无法使用索引排序时，MySQL 会进行 filesort，消耗内存和磁盘 I/O。
- 用 EXPLAIN 查看执行计划，关注 Extra 字段是否出现 Using filesort
- 若出现，说明需要优化索引或调整查询结构
- 尽量避免在 ORDER BY 中使用函数或表达式，如
ORDER BY YEAR(create_time)
，这会导致索引失效
4. 控制排序数据量：分页优化
大数据集排序即使有索引也可能慢，特别是深分页。
- 避免使用
LIMIT 100000, 10
这类偏移过大的分页 - 改用基于索引 ID 的范围查询：
SELECT * FROM orders WHERE id > 100000 ORDER BY id LIMIT 10;
- 或者记录上一次查询的最大 ID，作为下一页起点
基本上就这些。关键在于让排序走索引，减少扫描和排序的数据量。合理设计索引，结合业务逻辑优化查询方式，就能显著提升 ORDER BY 性能。
