分析Mysql索引下推是什么?是否有助優(yōu)化?

mysql性能優(yōu)化:什么是索引下推?

導(dǎo)讀

索引下推(index condition pushdown )簡稱ICP,在mysql5.6的版本上推出,用于優(yōu)化查詢。

在不使用ICP的情況下,在使用非主鍵索引(又叫普通索引或者二級索引)進(jìn)行查詢時,存儲引擎通過索引檢索到數(shù)據(jù),然后返回給MySQL服務(wù)器,服務(wù)器然后判斷數(shù)據(jù)是否符合條件 。

在使用ICP的情況下,如果存在某些被索引的列的判斷條件時,MySQL服務(wù)器將這一部分判斷條件傳遞給存儲引擎,然后由存儲引擎通過判斷索引是否符合MySQL服務(wù)器傳遞的條件,只有當(dāng)索引符合條件時才會將數(shù)據(jù)檢索出來返回給MySQL服務(wù)器 。

索引條件下推優(yōu)化可以減少存儲引擎查詢基礎(chǔ)表的次數(shù),也可以減少MySQL服務(wù)器從存儲引擎接收數(shù)據(jù)的次數(shù)。

【推薦學(xué)習(xí):mysql視頻教程

開擼

在開始之前先先準(zhǔn)備一張用戶表(user),其中主要幾個字段有:id、name、age、address。建立聯(lián)合索引(name,age)。

假設(shè)有一個需求,要求匹配姓名第一個為陳的所有用戶,sql語句如下:

SELECT?*?from?user?where??name?like?'陳%'

根據(jù) “最佳左前綴” 的原則,這里使用了聯(lián)合索引(name,age)進(jìn)行了查詢,性能要比全表掃描肯定要高。

問題來了,如果有其他的條件呢?假設(shè)又有一個需求,要求匹配姓名第一個字為陳,年齡為20歲的用戶,此時的sql語句如下:

SELECT?*?from?user?where??name?like?'陳%'?and?age=20

這條sql語句應(yīng)該如何執(zhí)行呢?下面對Mysql5.6之前版本和之后版本進(jìn)行分析。

Mysql5.6之前的版本

5.6之前的版本是沒有索引下推這個優(yōu)化的,因此執(zhí)行的過程如下圖:

分析Mysql索引下推是什么?是否有助優(yōu)化?

會忽略age這個字段,直接通過name進(jìn)行查詢,在(name,age)這課樹上查找到了兩個結(jié)果,id分別為2,1,然后拿著取到的id值一次次的回表查詢,因此這個過程需要回表兩次。

Mysql5.6及之后版本

5.6版本添加了索引下推這個優(yōu)化,執(zhí)行的過程如下圖:

分析Mysql索引下推是什么?是否有助優(yōu)化?

InnoDB并沒有忽略age這個字段,而是在索引內(nèi)部就判斷了age是否等于20,對于不等于20的記錄直接跳過,因此在(name,age)這棵索引樹中只匹配到了一個記錄,此時拿著這個id去主鍵索引樹中回表查詢?nèi)繑?shù)據(jù),這個過程只需要回表一次。

實踐

當(dāng)然上述的分析只是原理上的,我們可以實戰(zhàn)分析一下,因此陳某裝了Mysql5.6版本的Mysql,解析了上述的語句,如下圖:

分析Mysql索引下推是什么?是否有助優(yōu)化?

根據(jù)explain解析結(jié)果可以看出Extra的值為using index condition,表示已經(jīng)使用了索引下推。

總結(jié)

索引下推在非主鍵索引上的優(yōu)化,可以有效減少回表的次數(shù),大大提升了查詢的效率。

關(guān)閉索引下推可以使用如下命令,配置文件的修改不再講述了,畢竟這么優(yōu)秀的功能干嘛關(guān)閉呢:

set?optimizer_switch='index_condition_pushdown=off';

? 版權(quán)聲明
THE END
喜歡就支持一下吧
點贊6 分享