MySQL中
ORDER BY查询的性能优化直接影响响应速度，尤其在数据量大、排序字段未合理索引时容易成为瓶颈。优化的关键在于减少排序开销、避免全表扫描和临时表使用。以下从索引设计、查询写法和系统配置三方面给出实用建议。
1. 合理使用索引加速排序
如果排序字段有合适的索引，MySQL可以直接利用索引的有序性跳过额外排序操作，显著提升性能。
为ORDER BY字段单独或联合建立索引。例如：
ORDER BY created_time，应在
created_time上建索引。 若同时有
WHERE和
ORDER BY，优先创建复合索引。顺序应是：先
WHERE等值条件字段，再
ORDER BY字段。例如：
WHERE status = 1 ORDER BY create_time，建议索引为
(status, create_time)。 覆盖索引能避免回表。将查询字段也包含在索引中，如
SELECT id, title FROM articles WHERE status=1 ORDER BY create_time，可建索引
(status, create_time, id, title)。
2. 避免触发filesort和临时表
当MySQL无法使用索引排序时，会进行
filesort（磁盘或内存排序），甚至生成临时表，严重影响性能。 避免对表达式或函数结果排序，如
ORDER BY UPPER(name)，这会使索引失效。 不要混合升序和降序，如
ORDER BY col1 ASC, col2 DESC，早期版本不支持反向索引扫描，会强制排序。 尽量避免在
ORDER BY中使用非索引字段或多表JOIN后的字段，除非必要。
3. 控制返回数据量并优化配置
即使排序高效，大量数据传输也会拖慢整体响应。
配合LIMIT使用，尤其是分页场景。例如
ORDER BY id LIMIT 10效率远高于无限制排序。 避免
OFFSET过大，如
LIMIT 10000, 10会导致前10000条被扫描。可用“游标分页”替代，记录上次最大ID继续查询。 调整sort_buffer_size，增大该参数可减少磁盘排序。但不宜过大，避免内存浪费。建议根据并发连接数合理设置。
基本上就这些。关键点是让排序走索引、减少数据处理量、避免不必要的资源消耗。实际优化时可通过
EXPLAIN查看执行计划，重点关注Extra列是否出现
Using filesort或
Using temporary，及时调整索引和查询结构。
