偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

索引下推,這個點你肯定不知道!

運維 數(shù)據(jù)庫運維
索引下推(Index Condition Pushdown) ICP 是Mysql5.6之后新增的功能,主要的核心點就在于把數(shù)據(jù)篩選的過程放在了存儲引擎層去處理,而不是像之前一樣放到Server層去做過濾。

[[420266]]

索引下推(Index Condition Pushdown) ICP 是Mysql5.6之后新增的功能,主要的核心點就在于把數(shù)據(jù)篩選的過程放在了存儲引擎層去處理,而不是像之前一樣放到Server層去做過濾。

雖然這是一個比較簡單的概念,但是可能很多不細(xì)心的同學(xué)對于索引下推會存在一個小小的誤區(qū),至于是什么,請看下文。

什么是索引下推

首先,我們創(chuàng)建一張user表,同時建立age_name的聯(lián)合索引,同時插入3條測試數(shù)據(jù)。

然后,我們執(zhí)行查詢explain SELECT * from user where age >10 and name = 'a',如下圖所示,就會看見Extra中顯示了Using index condition,你可能就知道了,這表示出現(xiàn)了索引下推了。

沒錯,針對這個查詢場景就是索引下推,那到底什么是索引下推呢?

按照我們上述的場景,實際上就存在兩個索引樹,一個是主鍵索引,存儲了具體的數(shù)據(jù)的信息,另外則是age_name的聯(lián)合索引,保存了主鍵的ID。

在沒有ICP索引下推的時候,這個查詢的流程應(yīng)該是這樣(略過無關(guān)的細(xì)節(jié)):

  1. Mysql Server層調(diào)用API查詢存儲引擎數(shù)據(jù)
  2. 存儲引擎根據(jù)聯(lián)合索引首先通過條件找到所有age>10的數(shù)據(jù)
  3. 找到的每一條數(shù)據(jù)都根據(jù)主鍵索引進(jìn)行回表查詢,直到找到不符合條件的結(jié)果
  4. 返回數(shù)據(jù)給Server層,Server根據(jù)條件對結(jié)果進(jìn)行過濾,流程結(jié)束

而有了ICP之后的流程則是這樣:

  1. Mysql Server層調(diào)用API查詢存儲引擎數(shù)據(jù)
  2. 存儲引擎根據(jù)聯(lián)合索引首先通過條件找到所有age>10的數(shù)據(jù),根據(jù)聯(lián)合索引中已經(jīng)存在的name數(shù)據(jù)進(jìn)行過濾,找到符合條件的數(shù)據(jù)
  3. 根據(jù)找到符合條件的數(shù)據(jù),回表查詢
  4. 返回數(shù)據(jù)給Server層,流程結(jié)束

對比這兩個流程就會很明顯的發(fā)現(xiàn),使用ICP之后我們就是簡單的通過聯(lián)合索引中本來就有的數(shù)據(jù)直接過濾了,不需要再查到一堆無用的數(shù)據(jù)去Server層進(jìn)行過濾,這樣的話減少了回表的次數(shù)和返回的數(shù)據(jù),IO次數(shù)減少了,對性能有很好的提升。

按照官方文檔所說,ICP其實也存在一定的使用限制場景,只說關(guān)鍵的,亂七八糟的不說。

  1. 首先,ICP適用于range、ref、eq_ref和ref_or_null的場景下
  2. InnoDB和MyISAM都支持ICP,Mysql partition分表的話也可以使用
  3. 對于InndoDB而言,ICP只支持二級索引,因為主鍵索引它用不上不是嗎?
  4. 子查詢不支持

現(xiàn)在我們基本都使用的5.6以上的版本了,默認(rèn)就是開啟ICP的,想關(guān)閉的話可以通過命令SET optimizer_switch = 'index_condition_pushdown=off';。

一個小小的誤區(qū)

一般來說,正常情況下Mysql一次查詢都只能走一個索引,我們來修改上述的表結(jié)構(gòu),把聯(lián)合索引改為兩個單獨的索引,數(shù)據(jù)保持不變

然后我們執(zhí)行查詢explain SELECT * from user where age >10 and name like 'a%',結(jié)果如下圖。

你會發(fā)現(xiàn),我靠,怎么還有索引下推?這不科學(xué)對不對,好像無法解釋嘛,難道這一次索引下推還能先查出age再下推到name索引嗎,這完全不合理啊。

其實不然,真實的情況是,Using index condition并不代表一定是使用了索引下推,只是代表可以使用,但是不一定用了。。。

這個就有點坑爹,可能會對我們判斷的時候造成誤解啊。

如果你去網(wǎng)上搜很多人舉例子這樣建索引,然后告訴你這就是索引下推的時候,你可以盡情的噴他了,我們說索引下推一定是在聯(lián)合索引的情況下,根據(jù)聯(lián)合索引本身就有的數(shù)據(jù)直接做一次過濾,而不用再進(jìn)行多次無用的回表再到Server層進(jìn)行過濾,這一點你要很明確才行。

好了,今天的話題就到這里結(jié)束,我是艾小仙,我們下期見。

 

(本來我想多畫兩張圖的,不過好像覺得這個概念實在太簡單了,畫的花里胡哨的反而沒有意義,就像你說覆蓋索引、回表還畫好幾張圖給你解釋嗎,沒有必要對不對,肯定不是因為我懶。。。)

 

責(zé)任編輯:武曉燕 來源: 艾小仙
相關(guān)推薦

2018-09-02 15:43:56

Python代碼編程語言

2023-09-08 08:23:29

Servlet程序MVC

2018-05-10 11:50:13

Docker容器冷知識

2023-11-30 08:32:31

OpenFeign工具

2024-01-09 07:39:20

maven特性版本

2020-06-12 09:20:33

前端Blob字符串

2020-07-28 08:26:34

WebSocket瀏覽器

2019-12-24 09:49:02

微軟英語瀏覽器

2023-11-15 08:22:42

Java開發(fā)小技巧

2022-04-24 16:00:15

LinuxLinux命令ls命令

2011-09-15 17:10:41

2021-02-01 23:23:39

FiddlerCharlesWeb

2022-10-13 11:48:37

Web共享機制操作系統(tǒng)

2009-12-10 09:37:43

2010-08-23 09:56:09

Java性能監(jiān)控

2022-01-24 16:42:48

bpftraceLinux工具

2020-09-15 08:35:57

TypeScript JavaScript類型

2022-11-04 08:19:18

gRPC框架項目

2023-12-13 08:28:07

2016-07-22 17:55:07

云計算
點贊
收藏

51CTO技術(shù)棧公眾號