MySQL聯合索引
1.聯合索引失效的條件
聯合索引又叫複合索引。兩個或更多個列上的索引被稱作複合索引。
對於複合索引:Mysql從左到右的使用索引中的欄位,一個查詢可以只使用索引中的一部份,但只能是最左側部分。例如索引是key index (a,b,c)。 可以支援a | a,b| a,b,c 3種組合進行查詢,但不支援 b,c進行查詢 .當最左側欄位是常量引用時,索引就十分有效。
利用索引中的附加列,您可以縮小搜尋的範圍,但使用一個具有兩列的索引不同於使用兩個單獨的索引。複合索引的結構與電話簿類似,人名由姓和名構成,電話簿首先按姓氏對進行排序,然後按名字對有相同姓氏的人進行排序。如果您知道姓,電話簿將非常有用;如果您知道姓和名,電話簿則更為有用,但如果您只知道名不姓,電話簿將沒有用處。
所以說建立複合索引時,應該仔細考慮列的順序。對索引中的所有列執行搜尋或僅對前幾列執行搜尋時,複合索引非常有用;僅對後面的任意列執行搜尋時,複合索引則沒有用處。
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條件裡面用到了,而且都發揮了作用
(2) select * from myTest where c=4 and b=6 and a=3;
where裡面的條件順序在查詢之前會被mysql自動優化,效果跟上一句一樣
(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範圍值,斷點,阻塞了c的索引
a用到了,b也用到了,c沒有用到,這個地方b是範圍值,也算斷點,只不過自身用到了索引
(5) select * from myTest where b=3 and c=4; --- 聯合索引必須按照順序使用,並且需要全部使用
因為a索引沒有使用,所以這裡 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在結果排序中也用到了索引的效果,a下面任意一段的b是排好序的
(8) select * from myTest where a=3 order by c;
a用到了索引,但是這個地方c沒有發揮排序效果,因為中間斷點了,使用 explain 可以看到 filesort
(9) select * from mytable where b=3 order by a;
b沒有用到索引,排序中a也沒有發揮索引效果
索引失效的情況:
不在索引列上做任何操作(計算、函式、(自動or手動)型別轉換),會導致索引失效而轉向全表掃描
儲存引擎不能使用索引範圍條件右邊的列
儘量使用覆蓋索引(只訪問索引的查詢(索引列和查詢列一致)),減少select *
mysql在使用不等於(!=或者<>)的時候無法使用索引會導致全表掃描
is null,is not null也無法使用索引 ---- 此處存在疑問,經測試確實可以使用,ref和const等級,並不是all
like以萬用字元開頭(’%abc…’)mysql索引失效會變成全表掃描的操作。問題:解決like‘%字串%’時索引不被使用的方法?
一般性建議
對於單鍵索引,儘量選擇針對當前query過濾性更好的索引
在選擇組合索引的時候,當前Query中過濾性最好的欄位在索引欄位順序中,位置越靠前越好。
在選擇組合索引的時候,儘量選擇可以能夠包含當前query中的where子句中更多欄位的索引
儘可能通過分析統計資訊和調整query的寫法來達到選擇合適索引的目的
聯合索引所有成員均以and 出現時與順序無關,都能生效
條件語句中出現or 則聯合索引無效
條件語句中缺少排在第一位的索引欄位,整個聯合索引失效
欲使聯合索引要生效,排在第一位的索引為必須出現,位置不限
使用like 不一定會導致索引失效,只有like 使用在第一位的索引為且左邊做了模糊匹配才會使索引失效
或許是因為mysql內部做了優化,where 1=1並不影響索引的使用,不會掃描全表
字串不加單引號索引失效
轉自:https://blog.csdn.net/qq_35275233/article/details/87888809