一.索引不儲存null值

更準確的說，單列索引不儲存null值，複合索引不儲存全為null的值。索引不能儲存Null，所以對這列採用is null條件時，因為索引上根本
沒Null值，不能利用到索引，只能全表掃描。
為什麼索引列不能存Null值？
將索引列值進行建樹，其中必然涉及到諸多的比較操作。Null值的特殊性就在於參與的運算大多取值為null。
這樣的話，null值實際上是不能參與進建索引的過程。也就是說，null值不會像其他取值一樣出現在索引樹的葉子節點上。

二.不適合鍵值較少的列（重複資料較多的列）

假如索引列TYPE有5個鍵值，如果有1萬條資料，那麼 WHERE TYPE = 1將訪問表中的2000個數據塊。

三.前導模糊查詢不能利用索引(like '%XX'或者like '%XX%')

假如有這樣一列code的值為'AAA','AAB','BAA','BAB',如果where code like '%AB'條件，由於前面是
模糊的，所以不能利用索引的順序，必須一個個去找，看是否滿足條件。這樣會導致全索引掃描或者全表掃
描。如果是這樣的條件where code like 'A % '，就可以查詢CODE中A開頭的CODE的位置，當碰到B開頭的

四.索引失效的幾種情況

1.如果條件中有or，即使其中有條件帶索引也不會使用(這也是為什麼儘量少用or的原因)
要想使用or，又想讓索引生效，只能將or條件中的每個列都加上索引

select * from tb1 where nid = 1 or name = '[email protected]';
 
 
 --特別的：當or條件中有未建立索引的列才失效，以下會走索引
   select * from tb1 where nid = 1 or name = 'seven';
   select * from tb1 where nid = 1 or name = '[email protected]' and email = 'alex'

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

3.like查詢以%開頭

select * from tb1 where email like '%cn';

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

elect * from tb1 where email = 999;

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

6.普通索引的不等於不會走索引

- !=
 select * from tb1 where email != 'alex'
 
 --特別的：如果是主鍵，則還是會走索引
  select * from tb1 where nid != 123
- >
 select * from tb1 where email > 'alex'
 
 
 --特別的：如果是主鍵或索引是整數型別，則還是會走索引
  select * from tb1 where nid > 123
  select * from tb1 where num > 123

7.組合索引最左字首

如果組合索引為：(name,email)

name and email -- 使用索引
name -- 使用索引
email -- 不使用索引

以上就是MySQL索引失效的幾種情況彙總的詳細內容，更多關於MySQL索引失效的資料請關注我們其它相關文章！