SQL报表查询中多字段排序是常见需求，当数据量达到一定规模时，多字段排序很容易出现查询耗时过长的问题，核心原因大多和排序字段的索引匹配情况相关。合理的索引设计能让数据库直接利用索引的有序性完成排序，避免额外的排序操作，从而大幅提升查询效率。
多字段排序慢的核心原因
数据库执行排序操作时，如果没有可用的有序索引，就会触发filesort操作，也就是在内存或者磁盘中对查询结果集进行排序。当数据量较大时，filesort的耗时占比会非常高，尤其是多字段排序时，排序的复杂度会进一步提升，最终导致整个查询执行缓慢。
排序字段索引匹配的核心原则
联合索引的最左匹配规则
多字段排序需要创建联合索引，且联合索引的字段顺序要和排序字段的顺序、排序方向完全匹配，才能被数据库 optimizer 识别并利用。联合索引的底层是按照索引字段的顺序依次排序的，只有最左前缀的字段排序规则匹配，才能直接利用索引的有序性。
排序方向与索引方向一致
如果排序字段有升序和降序的混合情况，联合索引也需要对应指定每个字段的排序方向，否则无法匹配索引。比如排序是A ASC, B DESC，那么联合索引需要创建为(A ASC, B DESC)，才能避免额外的排序操作。
实战示例
假设我们有报表查询SQL如下，需要对dept_id、create_time、salary三个字段进行升序排序，同时过滤status=1的记录：
SELECT id, dept_id, create_time, salary FROM employee WHERE status = 1 ORDER BY dept_id ASC, create_time ASC, salary ASC LIMIT 20;
错误的索引设计
如果只给dept_id创建单列索引，那么只能匹配第一个排序字段，后面的create_time和salary排序还是会触发filesort：
-- 错误索引示例 CREATE INDEX idx_dept ON employee(dept_id);
正确的索引设计
创建包含所有排序字段且顺序、方向匹配的联合索引，同时把过滤条件的字段放在最前面，能进一步提升查询效率：
-- 正确索引示例 CREATE INDEX idx_status_dept_time_salary ON employee(status, dept_id, create_time, salary);
执行计划验证
通过EXPLAIN查看执行计划，如果Extra列没有出现Using filesort，说明排序已经利用了索引：
EXPLAIN SELECT id, dept_id, create_time, salary FROM employee WHERE status = 1 ORDER BY dept_id ASC, create_time ASC, salary ASC LIMIT 20;
如果执行计划结果中type为range或ref，Extra显示Using index，说明索引匹配成功，排序操作不需要额外执行。
注意事项
- 联合索引的字段数量不宜过多，一般控制在5个以内，避免索引过大影响写入性能。
- 如果排序字段中存在函数处理或者类型转换，索引会失效，需要避免对排序字段做运算。
- 当查询需要返回大量字段时，即使排序用了索引，也可能因为回表操作导致性能下降，可以考虑创建覆盖索引。
不是所有多字段排序都一定要用联合索引，如果排序字段的区分度很低，或者查询的结果集很小，filesort的耗时可以忽略，此时不需要强行创建联合索引。