在此查询中，索引 on 使优化器能够避免排序： (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有序的，如果子句的选择性足以使索引范围扫描比表扫描更便宜， 则索引 on 会避免排序：(key_part1, key_part2)WHERE

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;

an 中的两列ORDER BY可以按相同方向（两个ASC，或两个DESC）或相反方向（一个ASC，一个 DESC）排序。使用指数的一个条件是指数必须具有相同的同质性，但不必具有相同的实际方向。

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

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

如果降序和 升序， 优化器可以使用 ( key_part1, key_part2) 上的索引。如果是升序和降序，它还可以在这些列上使用索引（通过向后扫描）。请参阅第 8.3.13 节，“降序索引”。 key_part1key_part2key_part1key_part2

在接下来的两个查询中， 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没有 name 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 BYand GROUP BY表达式。

ORDER BY仅在子句 中命名的列的前缀上有一个索引。在这种情况下，索引不能用于完全解析排序顺序。例如，如果仅对 CHAR(20)列的前 10 个字节建立索引，则索引无法区分超过第 10 个字节的值，filesort因此需要 a。

索引不按顺序存储行。例如，这适用HASH于表中的索引 MEMORY。

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

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

要监视合并遍数（合并临时文件），请检查 Sort_merge_passes 状态变量。

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

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

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

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

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

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

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