本文實(shí)例講述了mysql索引覆蓋。分享給大家供大家參考,具體如下:
索引覆蓋
如果查詢的列恰好是索引的一部分,那么查詢只需要在索引文件上進(jìn)行,不需要回行到磁盤再找數(shù)據(jù)。這種查詢速度非常快,稱為“索引覆蓋”。
假設(shè)有一張t15表,在表中建立了一個(gè)聯(lián)合索引:cp(cat_id,price)
![](/d/20211018/63da0d4eb2fe03180dbc4514f122df42.gif)
當(dāng)我們使用下面的sql語(yǔ)句,會(huì)出現(xiàn)索引覆蓋的情況。不信我們可以來(lái)查看一下,這里的Extra中顯示了Using index,表示這條sql語(yǔ)句剛好用到了索引覆蓋。
![](/d/20211018/7bb0f03d74b6bf9a5d9832a15a61ad3c.gif)
select price from t15 where cat_id = 1;
在來(lái)看一題,創(chuàng)建一張t11表,在email列有一個(gè)索引
![](/d/20211018/50b040ee8dab565afc1d5ca19c7103d9.gif)
假設(shè)我們用這樣的查詢語(yǔ)句:
select eamil from t11 where right(email,4)='.com'
查詢分析:
![](/d/20211018/b2b73ebff0146c40395c9579a7ef4cd8.gif)
首先看一下Extra,這里有Using index,說(shuō)明這里使用到了索引覆蓋,而possible_keys為NULL的原因是因?yàn)?,使用到了mysql中的函數(shù),所以在查詢的時(shí)候并沒(méi)有使用到email索引,但是key卻為email,表示了使用到了索引進(jìn)行排序,不信我把數(shù)據(jù)打印看看。
![](/d/20211018/531c0c87c2bbaec6c887c40f9abc2c69.gif)
這里的數(shù)據(jù)是經(jīng)過(guò)排序的。原本的數(shù)據(jù)是這樣的。
![](/d/20211018/ae83a8e9939f073b89fba9d0ae10de33.gif)
索引覆蓋的問(wèn)題
create table A (
id varchar(64) primary key,
ver int,
…
)
表中有幾個(gè)很長(zhǎng)的字段varbinary(3000) ,在id、ver上有聯(lián)合索引 ,共10000條數(shù)據(jù)
為什么select id from A order by id
特別慢?
而select id from A order by id,ver
非???/p>
疑問(wèn): id, (id,ver)都有索引, select id 應(yīng)該都產(chǎn)生”索引覆蓋”的效果,為什么前者慢,而后快?
思路:innodb聚簇與myisam索引的不同 , 索引覆蓋 這2個(gè)角度來(lái)考慮
(1)假設(shè)此表使用的是Myisam的索引,那么這兩條sql語(yǔ)句都不需要回行查找數(shù)據(jù),那么他們的速度應(yīng)該差不多。
(2)假設(shè)此表使用的是InnoDB的索引,那么select id from A order by id這句sql使用到了主鍵索引,因?yàn)镮nnoDB的每個(gè)主鍵都掛載這每行的數(shù)據(jù),并且本題中還有幾個(gè)特別大的字段,所以會(huì)在查找id的時(shí)候需要走的相對(duì)慢;而select id from A order by id,ver這句sql使用到了id,ver聯(lián)合索引,在InnoDB存儲(chǔ)引擎中,次索引保存的是對(duì)主鍵索引的應(yīng)用,所以次索引不掛載該行的數(shù)據(jù),那么在(id,ver)索引中查找id會(huì)快,當(dāng)找到對(duì)應(yīng)的節(jié)點(diǎn)樹(shù)時(shí),只需要再次查找到主鍵索引的位置,即可拿到該行的數(shù)據(jù),這樣比較快。
推斷:
(1)表如果是myisam引擎,2個(gè)語(yǔ)句,速度不會(huì)有明顯差異.
(2)innodb表因?yàn)榫鄞厮饕?id索引要在磁盤上跨N多塊,導(dǎo)致速度慢.
(3)即使innodb引擎,如果沒(méi)有那幾個(gè)varbinay長(zhǎng)列, 2個(gè)語(yǔ)句的速度也不會(huì)有明顯差異.
t12表,存儲(chǔ)引擎為MyISAM,有主鍵索引和(id,ver)符合索引,還有幾個(gè)大的變長(zhǎng)字段,測(cè)試推論1
![](/d/20211018/d756bf53deb3caf7c119c7d80150dfae.gif)
t13表,存儲(chǔ)引擎為InnoDB,有主鍵索引和(id,ver)符合索引,還有幾個(gè)大的變長(zhǎng)字段推論2
![](/d/20211018/9aa76c0c3bae11f9f9c00df2d41e3416.gif)
t14表,存儲(chǔ)引擎為InnoDB,有主鍵索引和(id,ver)符合索引,沒(méi)有幾個(gè)大的變長(zhǎng)字段推論3
![](/d/20211018/6d093d3409e055414dd1ee72ae1e56f5.gif)
t12,t13,t14每張表中都有1W條數(shù)據(jù),然后進(jìn)行測(cè)試,測(cè)試結(jié)果如下,我們的推論是正確的。
![](/d/20211018/8d0f625cca0e9fc5d4dbcf8340d9d95e.gif)
更多關(guān)于MySQL相關(guān)內(nèi)容感興趣的讀者可查看本站專題:《MySQL索引操作技巧匯總》、《MySQL常用函數(shù)大匯總》、《MySQL日志操作技巧大全》、《MySQL事務(wù)操作技巧匯總》、《MySQL存儲(chǔ)過(guò)程技巧大全》及《MySQL數(shù)據(jù)庫(kù)鎖相關(guān)技巧匯總》
希望本文所述對(duì)大家MySQL數(shù)據(jù)庫(kù)計(jì)有所幫助。
您可能感興趣的文章:- MySQL 的覆蓋索引與回表的使用方法
- mysql利用覆蓋索引避免回表優(yōu)化查詢
- mysql回表致索引失效案例講解
- MySQL中的回表和索引覆蓋示例詳解