索引下推優化是MySQL5.6版本中新加的功能。

索引條件下推(ICP)是對MySQL使用索引從表中檢索行的情況的優化。如果沒有ICP，存儲引擎會遍歷索引以查找基表中的行，并將它們返回給MySQL服務器，由server層再做一波篩選。啟用ICP后，如果只使用索引中的列來評估WHERE條件的某些部分，MySQL服務器會將WHERE條件的這一部分推送到存儲引擎。然后，存儲引擎使用索引條目評估推送的索引條件，并且僅當滿足該條件時才從表中讀取行。

ICP可以減少存儲引擎必須訪問基表的次數以及MySQL服務器必須訪問存儲引擎的次數。

ICP的適用性受以下條件限制：

當需要訪問全表行時，ICP用于range，ref，eq_ref和ref_or_null訪問方法。

ICP可用于InnoDB和MyISAM表。(例外：MySQL 5.6中的分區表不支持ICP; MySQL 5.7中已解決此問題。)

對于InnoDB表，ICP僅用于二級索引。 ICP的目標是減少全行讀取的數量，從而減少IO操作。對于InnoDB聚簇索引，完整記錄已經讀入InnoDB緩沖區。在這種情況下使用ICP不會降低IO.

引用子查詢的條件無法下推。

無法推下涉及存儲函數的條件。存儲引擎無法調用存儲的函數。

觸發條件無法下推。

要了解此優化的工作原理，請首先考慮在不使用索引條件下推時索引掃描的進度：

獲取下一行，首先讀取索引元組，然后使用索引元組找到并讀取整個表行。

測試適用于此表的WHERE條件的一部分。根據測試結果接受或拒絕該行。

使用索引條件下推，掃描會像這樣進行：

獲取下一行的索引元組(但不是完整的表行)。

測試適用于此表的WHERE條件的一部分，并且只能使用索引列進行檢查。如果不滿足條件，則繼續下一行的索引元組。

如果滿足條件，請使用索引元組來查找并讀取整個表行。

測試適用于此表的WHERE條件的剩余部分。根據測試結果接受或拒絕該行。

EXPLAIN輸出顯示使用索引條件下推時在Extra列中使用索引條件。它不顯示使用索引，因為當必須讀取完整的表行時，這不適用。

假設一個表包含有關人員及其地址的信息，并且該表的索引定義為INDEX(zipcode，lastname，firstname)。如果我們知道一個人的郵政編碼值但不確定姓氏，我們可以這樣搜索：

SELECT * FROM people

WHERE zipcode='95054'

AND lastname LIKE '%etrunia%'

AND address LIKE '%Main Street%';

復制代碼

MySQL可以使用索引來掃描zipcode='95054'的人。第二部分(姓氏LIKE'％etrunia％')不能用于限制必須掃描的行數，因此如果沒有ICP，此查詢必須為所有擁有zipcode ='95054'的人檢索完整的表行。

使用ICP后，MySQL在讀取整個表行之前檢查姓氏LIKE'％etrunia％'部分。這樣可以避免讀取與zipcode條件匹配的索引元組對應的完整行，但不會讀取lastname條件。

默認情況下啟用索引條件下推。可以使用optimizer_switch系統變量通過設置index_condition_pushdown標志來控制它：

SET optimizer_switch = 'index_condition_pushdown=off';

SET optimizer_switch = 'index_condition_pushdown=on';

復制代碼

總結

以上是生活随笔為你收集整理的mysql索引下沉_MySQL 5.6 索引条件下推优化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。