更準確的說，單列索引不儲存null值，復合索引不儲存全為null的值。索引不能儲存null，所以對這列採用is null條件時，因為索引上根本
沒null值，不能利用到索引，只能全表掃瞄。
為什麼索引列不能存null值？
將索引列值進行建樹，其中必然涉及到諸多的比較操作。null值的特殊性就在於參與的運算大多取值為null。
這樣的話，null值實際上是不能參與進建索引的過程。也就是說，null值不會像其他取值一樣出現在索引樹的葉子節點上。
假如索引列type有5個鍵值，如果有1萬條資料，那麼 where type = 1將訪問表中的2000個資料塊。
再加上訪問索引塊，一共要訪問大於200個的資料塊。
如果全表掃瞄，假設10條資料乙個資料塊，那麼只需訪問1000個資料塊，既然全表掃瞄訪問的資料塊少一些，肯定就不會利用索引了。
假如有這樣一列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 =
1or name =
特別的：當or條件中有未建立索引的列才失效，以下會走索引
select
*from tb1 where nid =
1or name =
'seven';
select
*from tb1 where nid =
1or name =
'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 >
123select
*from tb1 where num >
123
7.組合索引最左字首
如果組合索引為：(name,email)
name and email -- 使用索引
name -- 使用索引
email -- 不使用索引
mysql索引失效 常見mysql索引失效條件
使用索引的一般語句 1 where條件中有or,除非or的所有欄位都有索引，只要有乙個沒有索引，就不走索引 explain select from jf user ju where ju.user id or ju.superior1 yyy user id是主鍵，superior1是普通索引，結果...
mysql 主鍵失效 MySQL索引（索引失效）
索引 索引也是一張表，該錶儲存了主鍵與索引字段，並指向實體表的記錄。myisam儲存引擎，資料檔案 索引檔案 表結構檔案分開儲存 innodb儲存引擎，資料和索引儲存在乙個檔案中 b tree索引 hash索引 hash索引 只有memory儲存引擎支援 查詢一條記錄的速度非常快 b tree索引 ...
mysql 索引失效場景 Mysql 索引失效場景
例如 一張user表 有欄位屬性 name,age 其中name為索引 下面列舉幾個索引失效的情況 1.select from user where name xzz or age 16 例如這種情況 當語句中帶有or的時候 即使有索引也會失效。2.select from user where na...