MySQL在执行ORDER BY语句时，如果无法使用索引进行排序，就会生成“排序文件”（即使用filesort算法），这会显著影响查询性能。优化这类场景的核心是减少或避免临时磁盘排序操作，提升查询响应速度。
使用合适的索引避免filesort
最有效的优化方式是通过创建合适的索引来支持排序字段，让MySQL直接利用索引的有序性返回结果，从而跳过额外排序步骤。
例如，对于查询：
SELECT * FROM users WHERE city = 'Beijing' ORDER BY age DESC;可以创建联合索引：
CREATE INDEX idx_city_age ON users(city, age);这样，满足city条件的数据 already 按age有序排列，无需再进行filesort。
确保索引顺序与ORDER BY一致 覆盖查询字段可进一步避免回表（如SELECT只查索引包含的列） 若排序方向混合（ASC/DESC），注意MySQL 8.0才完全支持反向索引扫描调整排序缓冲区大小
当无法避免filesort时，合理配置
sort_buffer_size能减少磁盘I/O，提高内存排序效率。 增大
sort_buffer_size可让更多排序操作在内存中完成 但该参数为每个连接独占分配，设置过大可能消耗过多内存 建议值一般为1MB~8MB，根据并发量和服务器内存权衡
查看是否使用了磁盘排序：
EXPLAIN FORMAT=JSON SELECT ...关注输出中的"filesort"和"using_disk_sort"字段。
控制返回数据量
大结果集排序非常耗资源，应尽量减少参与排序的行数。
使用LIMIT限制返回条数 优化WHERE条件缩小初始结果集 避免SELECT *，只取必要字段以降低排序开销例如：
SELECT id, name, age FROM users WHERE city = 'Shanghai' ORDER BY age DESC LIMIT 20;配合索引后，这类分页查询性能会大幅提升。
监控和分析排序行为
定期检查慢查询日志中含ORDER BY的语句。
启用log_queries_not_using_indexes发现潜在问题 使用
SHOW STATUS LIKE 'Sort%';查看排序统计 重点关注
Sort_merge_passes，过高说明频繁进行多路归并，需调大sort_buffer_size
基本上就这些。关键在于优先用索引消除排序，其次是合理配置内存参数并控制数据规模。不复杂但容易忽略细节。
