MySQL filesort 優化方案

MySQL Using filesort 表示無法利用索引順序直接返回結果，需在內存/磁盤臨時表中排序，是慢查詢常見元兇。本文給出觸發條件、優化手段、參數調優、實戰檢查清單。

一、 觸發 filesort 的典型場景

• ORDER BY 列無索引、或索引順序不匹配（如 INDEX(a,b) 但 ORDER BY b,a）
• ORDER BY 混合 ASC/DESC（ORDER BY a ASC, b DESC，8.0 支持降序索引）
• GROUP BY 隱式排序（5.7 前）且無匹配索引
• JOIN 後 ORDER BY 非驅動表列
• LIMIT M,N 大偏移（需排序後再截取）

二、 核心優化手段

1. 建立匹配索引：INDEX (where_col, order_col)，WHERE 列在前、ORDER BY 列在後，滿足最左前綴。
2. 覆蓋索引消除回表：INDEX (where_col, order_col, select_col)，直接從索引葉子節點取數據，避免回表 + 排序。
3. 調整 ORDER BY 順序：與聯合索引列序完全一致，ASC/DESC 統一（或 8.0 定義降序索引）。
4. 強制索引：FORCE INDEX (idx_name) 讓優化器嘗試索引路徑（慎用，優化器通常更聰明）。
5. 增大排序緩存：sort_buffer_size (默認 256K) → 2M-8M，減少磁盤臨時表；max_length_for_sort_data (默認 1024) 控制是否用 rowid 排序模式。
6. 避免大偏移 LIMIT：LIMIT 100000, 20 → 子查詢先取 ID WHERE id > (SELECT id FROM t ORDER BY id LIMIT 100000,1) 再回表。
7. 應用層排序：結果集 < 1000 行且無索引可用時，取回應用層排序更快。

三、 參數調優速查

四、 實戰檢查清單

EXPLAIN SELECT ... ORDER BY ...\G
-- 關鍵觀察：
-- type: ref/range/eq_ref (非 ALL)
-- key: 是否命中預期索引
-- Extra: Using filesort / Using temporary / Using index
-- rows: 預估掃描行數

無 filesort = 索引順序完全滿足輸出順序 = 極致性能。

1. 上一篇文章： MySQL 索引類型全解析：普通、唯一、主鍵、全文、組合索引創建時機與七大使用注意事項
2. 下一篇文章： MySQL 索引使用機制深度分析：單列 vs 組合、最左前綴、覆蓋索引、LIKE 邊界、不足與代價

MySQL 綜合教學

MySQL 索引建立核心規則與優化實戰

MySQL 索引建立核心規則與優化實戰 索引是資料庫性能優化

MySQL GROUP_CONCAT 完全指南：字串聚合、排序與長度調優

函數簡介 `GROUP_CONCAT(expr [ORDER

MySQL 排序原理深度解析：Filesort 算法、優化策略與一致性陷阱案例

MySQL 排序原理深度解析 排序是數據庫核心功能，ORDE

阿裡雲 ECS 實戰：Ubuntu 安裝 MySQL 並配置遠程訪問全過程

環境準備 阿裡雲 ECS：Ubuntu 16.04