在 MySQL 中，排序操作（ORDER BY）如果处理不当，容易引发性能问题，尤其是数据量大时。合理使用索引可以显著提升排序效率，避免全表扫描和临时文件排序。关键在于让排序字段与索引匹配，使 MySQL 能直接利用索引的有序性完成排序。
理解索引与排序的关系
MySQL 的 B+ 树索引本身就是有序结构，当查询中的 ORDER BY 字段顺序与索引列一致时，可以直接按索引顺序读取数据，无需额外排序（即 Using filesort 可避免）。
例如，有索引 (age, name)，以下查询可走索引排序：
SELECT * FROM users WHERE age = 25 ORDER BY name; SELECT * FROM users ORDER BY age, name;但如果排序方向不一致，如 ORDER BY age ASC, name DESC，而索引是 (age ASC, name ASC)，则可能无法完全利用索引排序。
确保索引覆盖排序和过滤条件
复合索引的设计应优先考虑 WHERE 条件，再扩展到 ORDER BY 字段。遵循“最左前缀”原则。
比如查询：
SELECT id, name FROM users WHERE city = 'Beijing' ORDER BY age DESC;理想索引为 (city, age)。这样既能快速定位 city，又能利用 age 排序，避免回表或额外排序。
若 SELECT 字段也包含在索引中，形成覆盖索引，性能更优。例如索引 (city, age, name) 可完全覆盖上述查询。
避免破坏索引排序的操作
某些写法会导致 MySQL 无法使用索引排序：
对排序字段使用函数：ORDER BY UPPER(name) 混合升序降序且索引方向不匹配：ORDER BY age ASC, name DESC 配合 (age ASC, name ASC) 可能失效 跨范围条件后接排序：WHERE 中存在范围查询（如 >,示例：索引 (dept, age, salary)
SELECT * FROM emp WHERE dept = 'tech' AND age > 30 ORDER BY salary;这里 age 是范围查询，salary 虽在索引中但无法用于排序，仍会触发 Using filesort。
利用索引优化分页查询
分页中 OFFSET 越大，性能越差。可通过“记录上次位置”方式优化：
SELECT * FROM users WHERE age > 25 ORDER BY age LIMIT 10;相比 LIMIT 10000, 10，这种方式始终从索引定位，效率更高。前提是 age 有索引且排序依赖它。
基本上就这些。关键是让查询路径尽可能走索引扫描，减少排序和回表。执行计划用 EXPLAIN 检查是否有 Using filesort 或 Using temporary，及时调整索引设计。
