在此查詢中，(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>：與前一個變體類似，但額外的欄位會緊密地封裝在一起，而不是使用固定長度的編碼。