MySQL聯(lián)合索引生效的條件、索引失效的條件

1.聯(lián)合索引失效的條件

聯(lián)合索引又叫復(fù)合索引。兩個或更多個列上的索引被稱作復(fù)合索引。

對于復(fù)合索引:Mysql從左到右的使用索引中的字段,一個查詢可以只使用索引中的一部份,但只能是最左側(cè)部分。例如索引是key index (a,b,c)。 可以支持a|a,b|a,b,c3種組合進(jìn)行查找,但不支持b,c進(jìn)行查找 .當(dāng)最左側(cè)字段是常量引用時,索引就十分有效。

利用索引中的附加列,您可以縮小搜索的范圍,但使用一個具有兩列的索引不同于使用兩個單獨(dú)的索引。復(fù)合索引的結(jié)構(gòu)與電話簿類似,人名由姓和名構(gòu)成,電話簿首先按姓氏對進(jìn)行排序,然后按名字對有相同姓氏的人進(jìn)行排序。如果您知道姓,電話簿將非常有用;如果您知道姓和名,電話簿則更為有用,但如果您只知道名不姓,電話簿將沒有用處。

所以說創(chuàng)建復(fù)合索引時,應(yīng)該仔細(xì)考慮列的順序。對索引中的所有列執(zhí)行搜索或僅對前幾列執(zhí)行搜索時,復(fù)合索引非常有用;僅對后面的任意列執(zhí)行搜索時,復(fù)合索引則沒有用處。

如:建立 姓名、年齡、性別的復(fù)合索引。

create table myTest(
      a int,
      b int,
      c int,
      KEY a(a,b,c)
);

(1) select * from myTest where a=3 and b=5 and c=4; ---- abc順序
abc三個索引都在where條件里面用到了,而且都發(fā)揮了作用

(2) select * from myTest where c=4 and b=6 and a=3;
where里面的條件順序在查詢之前會被mysql自動優(yōu)化,效果跟上一句一樣

(3) select * from myTest where a=3 and c=7;
a用到索引,b沒有用,所以c是沒有用到索引效果的

(4) select * from myTest where a=3 and b>7 and c=3; ---- b范圍值,斷點(diǎn),阻塞了c的索引
a用到了,b也用到了,c沒有用到,這個地方b是范圍值,也算斷點(diǎn),只不過自身用到了索引

(5) select * from myTest where b=3 and c=4; --- 聯(lián)合索引必須按照順序使用,并且需要全部使用
因?yàn)閍索引沒有使用,所以這里 bc都沒有用上索引效果

(6) select * from myTest where a>4 and b=7 and c=9;
a用到了 b沒有使用,c沒有使用

(7) select * from myTest where a=3 order by b;
a用到了索引,b在結(jié)果排序中也用到了索引的效果,a下面任意一段的b是排好序的

(8) select * from myTest where a=3 order by c;
a用到了索引,但是這個地方c沒有發(fā)揮排序效果,因?yàn)橹虚g斷點(diǎn)了,使用 explain 可以看到 filesort

(9) select * from mytable where b=3 order by a;
b沒有用到索引,排序中a也沒有發(fā)揮索引效果

2.索引失效的條件

  • 不在索引列上做任何操作(計算、函數(shù)、(自動or手動)類型轉(zhuǎn)換),會導(dǎo)致索引失效而轉(zhuǎn)向全表掃描

  • 存儲引擎不能使用索引范圍條件右邊的列

  • 盡量使用覆蓋索引(只訪問索引的查詢(索引列和查詢列一致)),減少select *
    mysql在使用不等于(!=或者<>)的時候無法使用索引會導(dǎo)致全表掃描

  • is null,is not null也無法使用索引 ---- 此處存在疑問,經(jīng)測試確實(shí)可以使用,ref和const等級,并不是all

  • like以通配符開頭(’%abc…’)mysql索引失效會變成全表掃描的操作。問題:解決like‘%字符串%’時索引不被使用的方法?


  • 字符串不加單引號索引失效
    SELECT * from staffs where name='2000'; -- 因?yàn)閙ysql會在底層對其進(jìn)行隱式的類型轉(zhuǎn)換
    SELECT * from staffs where name=2000; --- 未使用索引

一般性建議

對于單鍵索引,盡量選擇針對當(dāng)前query過濾性更好的索引
在選擇組合索引的時候,當(dāng)前Query中過濾性最好的字段在索引字段順序中,位置越靠前越好。
在選擇組合索引的時候,盡量選擇可以能夠包含當(dāng)前query中的where子句中更多字段的索引
盡可能通過分析統(tǒng)計信息和調(diào)整query的寫法來達(dá)到選擇合適索引的目的

轉(zhuǎn)載于:https://blog.csdn.net/qq_35275233/article/details/87888809

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容