MySQL ORDER BY 效能優化實戰：從 Filesort 原理到三大參數調優

ORDER BY 兩大執行路徑

1. Index Sort（Using index）：查詢條件與索引順序完全一致，且訪問類型為 ref/range/index。MySQL 直接按索引順序讀取，**零排序開銷**，效能最優。
2. Filesort（Using filesort）：無可用有序索引，需在 sort_buffer_size 內存區進行排序。每個 Thread 獨享一個 Sort Buffer。

Filesort 兩種算法演進

關鍵決策參數：max_length_for_sort_data

MySQL 通過比較 所有返回欄位總長度 與 max_length_for_sort_data 決定用哪種算法：

• 總長度 < 參數值 → 單路排序
• 總長度 ≥ 參數值 → 雙路排序

三大優化手段

1. 加大 max_length_for_sort_data 強制單路排序

SET GLOBAL max_length_for_sort_data = 8192;  -- 默認 1024，視記憶體調大

前提：記憶體充足，且返回欄位總長度可控。

2. 精簡 SELECT 列表，縮小排序行寬度

• 嚴禁 SELECT * 帶 ORDER BY
• 僅選取業務必要欄位，讓行長度自然落入參數閾值內
• 若有大字段（TEXT/BLOB/VARCHAR長文），務必排除

3. 調大 sort_buffer_size 減少分段排序

SET GLOBAL sort_buffer_size = 4M;  -- 默認 256K，連接級參數

關鍵權衡：

• 過小 → 排序數據分段 → 臨時表交換 → 極慢
• 過大 → 連接數 × 參數值 = 總記憶體壓力 → OOM 風險
• 傳聞：>2M 可能觸發 mmap() 而非 malloc()，效率反降（需實測驗證）

實戰檢查清單

1. EXPLAIN 確認是否 Using filesort
2. 若是，檢查 SELECT 列表是否包含大字段/非必要字段
3. 評估記憶體，適度調大上述兩參數
4. 嘗試建立覆蓋索引消除 Filesort（最徹底方案）

順序：索引優化 > 算法優化 > 參數調優。能上索引絕不調參數，能精簡欄位絕不加 Buffer。

1. 上一篇文章： MySQL slave_net_timeout 參數調優：解決 5.6 升級後頻繁重連 Warning 案例
2. 下一篇文章： MySQL 5.6 ICP 特性深度解析：Index Condition Pushdown 如何減少回表 IO

MySQL 綜合教學

解決 SQL Server 2008 與 Visual Studio 2012 共存導致服務無法啟動的問題

問題背景 在安裝 Visual Studio 2012 後，

MySQL 多實例部署完整指南：基於二進制包的 RHEL 6 實戰配置

MySQL 多實例部署完整指南：基於二進制包的 RHEL 6

Windows 環境下 MySQL Root 密碼遺忘？手把手教你跳過授權表重置密碼

場景 長時間未登入或密碼修改後忘記，導致無法以 root 身

Windows 下 MySQL 服務啟動全攻略：圖形界面與命令行雙模式詳解

方式一：圖形界面（服務管理器） 打開「控制面板」→「管理工