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也沒有發揮索引效果
2.索引失效的條件
- 不在索引列上做任何操作（計算、函數、（自動or手動）類型轉換），會導致索引失效而轉向全表掃描
- 存儲引擎不能使用索引范圍條件右邊的列
- 盡量使用覆蓋索引（隻訪問索引的查詢（索引列和查詢列一致）），減少select *
- mysql在使用不等於（！=或者<>）的時候無法使用索引會導致全表掃描
- is null,is not null也無法使用索引 —- 此處存在疑問，經測試確實可以使用，ref和const等級，並不是all
- like以通配符開頭（’%abc…’）mysql索引失效會變成全表掃描的操作。問題：解決like‘%字符串%’時索引不被使用的方法？
字符串不加單引號索引失效
SELECT * from staffs where name='2000'; -- 因為mysql會在底層對其進行隱式的類型轉換 SELECT * from staffs where name=2000; --- 未使用索引
一般性建議
- 對於單鍵索引，盡量選擇針對當前query過濾性更好的索引
- 在選擇組合索引的時候，當前Query中過濾性最好的字段在索引字段順序中，位置越靠前越好。
- 在選擇組合索引的時候，盡量選擇可以能夠包含當前query中的where子句中更多字段的索引
- 盡可能通過分析統計信息和調整query的寫法來達到選擇合適索引的目的
到此這篇關於mysql 聯合索引生效的條件及索引失效的條件的文章就介紹到這瞭,更多相關mysql 聯合索引生效內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！