什麼是 ICP？

Index Condition Pushdown 是 MySQL 5.6 引入的存儲引擎層過濾優化。傳統模式下，引擎層按索引讀取行後，將整行傳回 Server 層再做 WHERE 過濾。ICP 將部分 WHERE 條件「下推」到引擎層，利用索引列直接過濾，**減少回表次數與跨層數據傳輸**。

執行流程對比

關閉 ICP（傳統）

1. 讀取索引元組 → 定位並讀取完整表行。
2. Server 層評估 WHERE 條件，決定保留/捨棄。

開啟 ICP

1. 讀取索引元組（不讀完整行）。
2. 引擎層用索引列評估可下推的 WHERE 條件。
   　─ 不滿足 → 直接跳過，讀取下一索引元組。
   　─ 滿足 → 回表讀取完整行。
3. Server 層評估剩餘不可下推條件，最終決定。

實測案例：employees 表

環境：MySQL 5.6.16，關閉 Query Cache。
索引：idx_name (first_name, last_name)。
查詢：SELECT * FROM employees WHERE first_name='Anneke' AND last_name LIKE '%sig';

狀態	Duration (Sending data)	CPU (Sending data)
ICP ON	0.000189 s	0.000000
ICP OFF	0.000735 s	0.001000

Sending data 階段耗時降低 74%，CPU 佔用歸零。ICP 在引擎層用 first_name 精確匹配 + last_name 前綴過濾（雖 LIKE '%sig' 不能用索引，但引擎層仍可比較索引中存儲的 last_name 值），大幅減少回表與網絡往返。

ICP 使用限制

• 僅適用 range、ref、eq_ref、ref_or_null 存取類型。
• 不支援 fulltext 索引。
• 分區表僅 5.7.3+ 支援。
• 衍生表/視圖/子查詢中的表不適用。
• 條件必須僅引用索引列，且為確定性運算式（不可含不確定函數如 RAND()）。
• optimizer_switch='index_condition_pushdown=off' 可關閉。

實戰建議

1. 為高頻查詢設計聯合索引，將高選擇性列置前，使更多條件可下推。
2. EXPLAIN 出現 Using index condition 即確認生效。
3. 結合 mrr=on (Multi-Range Read) 進一步優化磁碟順序讀取。
4. 監控 Handler_icp_attempts / Handler_icp_match 狀態變量評估效果。