在此查询中，在 (key_part1, key_part2) 上的索引使优化器能够避免排序

SELECT * FROM t1
  ORDER BY key_part1, key_part2;

但是，该查询使用 SELECT *，这可能会选择比 key_part1 和 key_part2 更多的列。在这种情况下，扫描整个索引并查找表行以查找索引中不存在的列可能比扫描表并对结果进行排序更昂贵。如果是这样，优化器可能不会使用索引。如果 SELECT * 只选择索引列，则使用索引并避免排序。

如果 t1 是一个 InnoDB 表，则表主键隐式地是索引的一部分，并且可以使用该索引来解决此查询的 ORDER BY

SELECT pk, key_part1, key_part2 FROM t1
  ORDER BY key_part1, key_part2;

在此查询中，key_part1 是常量，因此通过索引访问的所有行都按 key_part2 顺序排列，并且在 WHERE 子句足够选择性以使索引范围扫描比表扫描更便宜的情况下，在 (key_part1, key_part2) 上的索引避免排序

SELECT * FROM t1
  WHERE key_part1 = constant
  ORDER BY key_part2;

在接下来的两个查询中，是否使用索引与之前显示的没有 DESC 的相同查询类似

SELECT * FROM t1
  ORDER BY key_part1 DESC, key_part2 DESC;

SELECT * FROM t1
  WHERE key_part1 = constant
  ORDER BY key_part2 DESC;

在 ORDER BY 中的两个列可以按相同方向排序（都是 ASC，或都是 DESC），也可以按相反方向排序（一个 ASC，一个 DESC）。索引使用的一个条件是索引必须具有相同的同质性，但不需要具有相同的方向。

如果查询混合了 ASC 和 DESC，则如果索引也使用相应的混合升序和降序列，优化器可以使用列上的索引

SELECT * FROM t1
  ORDER BY key_part1 DESC, key_part2 ASC;

如果 key_part1 是降序，而 key_part2 是升序，则优化器可以使用 (key_part1, key_part2) 上的索引。如果 key_part1 是升序，而 key_part2 是降序，它也可以使用这些列上的索引（使用反向扫描）。见第 10.3.13 节，“降序索引”.

在接下来的两个查询中，key_part1 与常量进行比较。如果 WHERE 子句足够选择性以使索引范围扫描比表扫描更便宜，则使用索引

SELECT * FROM t1
  WHERE key_part1 > constant
  ORDER BY key_part1 ASC;

SELECT * FROM t1
  WHERE key_part1 < constant
  ORDER BY key_part1 DESC;

在下一个查询中，ORDER BY 没有指定 key_part1，但所有选定的行都有一个常数 key_part1 值，因此仍然可以使用索引。

SELECT * FROM t1
  WHERE key_part1 = constant1 AND key_part2 > constant2
  ORDER BY key_part2;

查询对不同的索引使用 ORDER BY。

SELECT * FROM t1 ORDER BY key1, key2;

查询对索引的非连续部分使用 ORDER BY。

SELECT * FROM t1 WHERE key2=constant ORDER BY key1_part1, key1_part3;

用于获取行的索引与 ORDER BY 中使用的索引不同。

SELECT * FROM t1 WHERE key2=constant ORDER BY key1;

查询使用 ORDER BY 带有包含索引列名称以外的项的表达式。

SELECT * FROM t1 ORDER BY ABS(key);
SELECT * FROM t1 ORDER BY -key;

查询连接多个表，而 ORDER BY 中的列并不都来自用于检索行的第一个非常量表。（这是在 EXPLAIN 输出中第一个没有 const 连接类型的表。）

查询有不同的 ORDER BY 和 GROUP BY 表达式。

仅对 ORDER BY 子句中命名的列的前缀有索引。在这种情况下，索引无法完全解决排序顺序。例如，如果仅对 CHAR(20) 列的前 10 个字节进行索引，则索引无法区分第 10 个字节之后的的值，需要 filesort。

索引不按顺序存储行。例如，对于 MEMORY 表中的 HASH 索引，情况就是这样。

增加 sort_buffer_size 变量值。理想情况下，该值应该足够大，以便整个结果集都适合排序缓冲区（以避免写入磁盘和合并传递）。

请注意，存储在排序缓冲区中的列值的的大小会受到 max_sort_length 系统变量值的影响。例如，如果元组存储长字符串列的值，并且您增加了 max_sort_length 的值，则排序缓冲区元组的大小也会增加，您可能需要增加 sort_buffer_size。

要监控合并传递的数量（以合并临时文件），请检查 Sort_merge_passes 状态变量。

增加 read_rnd_buffer_size 变量值，以便一次读取更多行。

更改 tmpdir 系统变量以指向具有大量可用空间的专用文件系统。变量值可以列出几个以循环方式使用的路径；您可以使用此功能将负载分散到多个目录。在 Unix 上用冒号字符 (:) 分隔路径，在 Windows 上用分号字符 (;) 分隔路径。路径应该命名位于不同 物理 磁盘上的文件系统中的目录，而不是同一磁盘上的不同分区。

如果 EXPLAIN 输出的 Extra 列不包含 Using filesort，则使用索引，并且不执行 filesort。

如果 EXPLAIN 输出的 Extra 列包含 Using filesort，则不使用索引，并且执行 filesort。

<sort_key, rowid>：这表示排序缓冲区元组是包含排序键值和原始表行的行 ID 的对。元组按排序键值排序，行 ID 用于从表中读取行。

<sort_key, additional_fields>：这表示排序缓冲区元组包含排序键值和查询引用的列。元组按排序键值排序，列值直接从元组中读取。

<sort_key, packed_additional_fields>：与前面的变体类似，但附加列紧密地打包在一起，而不是使用固定长度编码。