聯合索引生效，失效的情況

對於復合索引：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也沒有發揮索引效果

1.如果條件中有or，即使其中有條件帶索引也不會使用(這也是為什麼盡量少用or的原因)

要想使用or，又想讓索引生效，只能將or條件中的每個列都加上索引

2.對於多列索引，不是使用的第一部分，則不會使用索引

3.like查詢以%開頭

4.如果列型別是字串，那一定要在條件中將資料使用引號引用起來,否則不使用索引

5.如果mysql估計使用全表掃瞄要比使用索引快,則不使用索引

6.不在索引列上做任何操作（計算、函式、（自動or手動）型別轉換），會導致索引失效而轉向全表掃瞄

7.儲存引擎不能使用索引範圍條件右邊的列

8.盡量使用覆蓋索引（只訪問索引的查詢（索引列和查詢列一致）），

減少 select * from table 的操作。

9.mysql在使用不等於（！=或者<>）的時候無法使用索引會導致全表掃瞄

10.is null,is not null也無法使用索引

聯合索引生效，失效的情況

mysql 聯和索引生效的情況與失效情況

索引失效的情況

索引失效的情況

聯合索引生效，失效的情況

mysql 聯和索引生效的情況與失效情況

索引失效的情況

索引失效的情況

相關推薦