优化 ORDER BY 需创建合适索引，如 WHERE 与 ORDER BY 共用列应建联合索引（city, age），避免 filesort；排序方向需匹配索引顺序，复合索引前导列须精确匹配；结合 LIMIT 减少排序量；禁止在排序字段使用函数，确保索引有效。
MySQL 中 ORDER BY 排序操作如果处理不当，容易导致查询变慢，尤其是在数据量大的情况下。优化 ORDER BY 的关键在于减少排序开销、避免临时表和文件排序（filesort），并充分利用索引。
使用索引加速排序
最有效的 ORDER BY 优化方式是让排序字段上有合适的索引。
- 为
ORDER BY涉及的列建立索引，特别是单列或复合索引的最左前缀匹配。 - 如果查询同时有
WHERE和ORDER BY，应考虑创建联合索引，把WHERE条件列放在前面，排序列紧跟其后。 - 例如：
SELECT * FROM users WHERE city = 'Beijing' ORDER BY age，建议创建索引：(city, age)。
避免使用 filesort
当 MySQL 无法使用索引完成排序时，会触发filesort，即在内存或磁盘上进行额外排序，性能较差。
- 通过
EXPLAIN查看执行计划，若Extra字段出现Using filesort，说明未走索引排序。 - 尽量让排序顺序与索引顺序一致（同为 ASC 或 DESC），否则可能无法使用索引。
- 复合索引中，只有当前面的列被精确匹配时，后面的列才能用于排序。
限制排序数据量
对大量 数据排序 非常耗资源，应结合 LIMIT 减少参与排序的行数。
- 加上
LIMIT n后，MySQL 只需维护一个 n 大小的小堆排序，效率更高。 - 例如：
SELECT name FROM products ORDER BY price DESC LIMIT 10，只需要找出最贵的 10 个，无需全表排序。
避免在表达式或函数中使用排序字段
对排序字段使用函数会导致索引失效。
- 错误写法：
ORDER BY UPPER(name)，即使name有索引也无法使用。 - 解决方案：保持字段“裸露”，或使用函数索引（MySQL 8.0+ 支持）。
基本上就这些。合理设计索引、避免不必要的排序、控制返回数据量，能显著提升 ORDER BY 性能。不复杂但容易忽略。
