MySQL 查詢優化器原理深度解析：索引選擇與最佳路徑

MySQL 查詢優化器如何選擇最高效執行路徑

MySQL 查詢優化器的核心邏輯：**「盡早、盡多地過濾掉不需要的行」**。雖然聽起來違背直覺，但越早減少候選行數，後續比較成本越低，查詢越快。

優化器決策範例

WHERE col1 = '條件A' AND col2 = '條件B'

• 符合條件 A：1,000 行
• 符合條件 B：250 行
• 同時符合：5 行

優化器會選擇「最小阻力路徑」——先套用條件 B（250 行），再從中篩選同時符合 A 的 5 行。若先套用條件 A，需掃描 1,000 行，成本高 4 倍。

MySQL 透過**索引統計資訊**判斷各條件選擇率，自動決定最佳順序。

索引核心觀念

• 單欄索引： 僅考慮單一欄位值
• 多欄索引： 考慮多個欄位值的組合
• 最左前綴： 多欄索引的左側連續欄位組合可獨立作為索引使用

最左前綴範例

三欄索引 (LastName, FirstName, Title) 實際可作為：

1. (LastName, FirstName, Title) 完整索引
2. (LastName, FirstName) 前綴索引
3. (LastName) 前綴索引

但 (FirstName, Title) 或 (Title) **無法** 使用此索引，因非最左開頭。

實務啟示

• 建立複合索引時，將**選擇率最高（最具過濾力）的欄位放在最左邊**
• 優化器依賴索引統計資訊，定期執行 ANALYZE TABLE 更新統計
• 可用 EXPLAIN 觀察優化器實際選擇的索引與掃描行數