小編給大家分享一下MySQL中ICP索引下推的示例分析，希望大家閱讀完這篇文章之后都有所收獲，下面讓我們一起去探討吧！

創(chuàng)新互聯(lián)堅持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都網(wǎng)站設(shè)計、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時代的垣曲網(wǎng)站設(shè)計、移動媒體設(shè)計的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

MYSQL 的ICP 估計大家也都知道，Index condition pushdown,但這個東西怎么用，有什么用，什么時候用，估計能答得上來的人就不多了。

其實這篇文字寫的有點費勁，我大約一天的時間，沒有得到答案，到底什么時候能走ICP。所以下面是我通過大約一天的測試后得到的結(jié)果。

 索引條件下推(ICP)是MySQL使用索引從表中檢索行的一種優(yōu)化。如果沒有ICP，存儲引擎將遍歷索引來定位基表中的行，并將它們返回給MySQL服務(wù)器，MySQL服務(wù)器將計算這些行的WHERE條件。啟用了ICP，如果只使用來自索引的列就可以評估WHERE條件的一部分，那么MySQL服務(wù)器將這部分WHERE條件下推到存儲引擎。然后，存儲引擎通過使用索引項來評估推入的索引條件。并且能用到的查詢類型 range ref eq_ref 等類型。 

上面是比較官方的說法，如果用大白話來說明，一句話，減少在使用二級索引查詢中因為二級索引中不包含某些字段，而造成的部分不再INNODB 引擎層處理的數(shù)據(jù)上行到 SERVER 層，造成的I/O消耗。

1 我們使用下面的表來做一個實驗，下面的兩張圖說明的表結(jié)構(gòu)，數(shù)據(jù)量，以及查詢到底有么有走ICP，顯然是走了ICP

顯然看上去走ICP 是一件很簡單的事情，實際上我們看下邊的表

上圖明顯的符合最上面的走ICP的條件，為什么上面的查詢沒有走ICP ，而僅僅是走了索引掃描。

為啥，人家的查詢走了ICP ，你的沒有走ICP ，

我們翻過來看官方文檔，關(guān)于在什么時候走ICP 的條件

translation

1  首先你的查詢type 的是range ,ref,eq_ref, 要是const 抱歉走不了，也沒有必要走 (但上邊的圖上的查詢類型符合ref,為啥不走)

2  數(shù)據(jù)庫引擎要INNODB OR MYISAM， （數(shù)據(jù)庫引擎是 INNODB，為啥還不走）

3  ICP 僅僅服務(wù)于二級索引，主鍵查詢時走不了ICP的，（問題是我查詢時差的非主鍵，使用的也是二級索引，為啥還不走）

4  ICP 不支持在虛擬列上創(chuàng)建的二級索引 （我是實體列，為啥不走）

5  條件是子查詢的走不了 （我不是子查詢，為啥不走）

6  條件是函數(shù)，也不能走 （我不是函數(shù)，我給了具體的值，為啥還不走）

7  觸發(fā)條件的不能走 （我不是，為啥還不走）

上面的符合5.7 上列出來不能走ICP的條件，上圖中的查詢也符合走ICP的條件，為什么不走呢。

我們稍微變化一下查詢，我們可以看到，即使查詢中沒有結(jié)果，還是走了ICP

那么問題來了，到底怎么才能走ICP ， 大家稍微可以注意，凡是走ICP 的時候，大部分情況下都是通過 INDEX 獲取的數(shù)據(jù)的范圍，與索引之外的其他條件相比，不能快速界定要查找的數(shù)據(jù)。（估計這樣說，我也看不明白我說什么，畫一張圖），通過圖可以看到，一般走ICP的時候，大部分情景都是非索引的條件，比走索引更能定位要查詢最終的結(jié)果，同時走索引還是可以排除一大部分數(shù)據(jù)的情況下，否則就走全表掃描了（注意：是大部分情景）

在這樣的情況下，去走ICP ，所以在都符合官7條的那些數(shù)據(jù)的情況下，為什么不走ICP ，大部分原因是通過非索引包含的條件并不比單純走索引定位的數(shù)據(jù)量少。

注：查看是否走ICP 的詳情，通過 SELECT NAME, COUNT_RESET FROM information_schema.INNODB_METRICS WHERE NAME LIKE 'icp%';

部分字段含義

icp_:評估ICP的行數(shù)
icp_no_match:與推入位置條件不完全匹配的行數(shù)
icp_out_of_range:所檢查的不在有效掃描范圍內(nèi)的行數(shù)
icp_match:完全匹配推入位置條件的行數(shù)

如果都為0 則說明沒走ICP ,EXPLAIN 中沒有 index condition 也是沒有走ICP。

看完了這篇文章，相信你對“MYSQL中ICP索引下推的示例分析”有了一定的了解，如果想了解更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝各位的閱讀！

分享標題：MYSQL中ICP索引下推的示例分析
網(wǎng)站地址：http://jinyejixie.com/article34/jjjppe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供虛擬主機、服務(wù)器托管、品牌網(wǎng)站建設(shè)、云服務(wù)器、小程序開發(fā)、電子商務(wù)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)