1.索引無法存儲null值
a.單列索引無法儲null值，複合索引無法儲全爲null的值。
b.查詢時，採用is null條件時，不能利用到索引，只能全表掃描。
2.爲什麼索引列無法存儲Null值？
a.索引是有序的。NULL值進入索引時，無法確定其應該放在哪裏。（將索引列值進行建樹，其中必然涉及到諸多的比較操作，null 值是不確定值無法比較，無法確定null出現在索引樹的葉子節點位置）
b.如果需要把空值存入索引，方法有二：其一，把NULL值轉爲一個特定的值，在WHERE中檢索時，用該特定值查找。其二，建立一個複合索引。例如
create index ind_a on table(col1,1); 通過在複合索引中指定一個非空常量值，而使構成索引的列的組合中，不可能出現全空值。
3.不適合鍵值較少的列（重複數據較多的列）
假如索引列TYPE有5個鍵值，如果有1萬條數據，那麼 WHERE TYPE = 1將訪問表中的2000個數據塊。再加上訪問索引塊，一共要訪問大於200個的數據塊。如果全表掃描，假設10條數據一個數據塊，那麼只需訪問1000個數據塊，既然全表掃描訪問的數據塊少一些，肯定就不會利用索引了。
4.前導模糊查詢不能利用索引(like '%XX’或者like ‘%XX%’)
假如有這樣一列code的值爲’AAA’,‘AAB’,‘BAA’,‘BAB’ ,如果where code like '%AB’條件，由於前面是
模糊的，所以不能利用索引的順序，必須一個個去找，看是否滿足條件。這樣會導致全索引掃描或者全表掃描。如果是這樣的條件where code like 'A % '，就可以查找CODE中A開頭的CODE的位置，當碰到B開頭的數據時，就可以停止查找了，因爲後面的數據一定不滿足要求。這樣就可以利用索引了。
5.索引失效的幾種情況
1）如果條件中有or，即使其中有條件帶索引也不會使用(這也是爲什麼儘量少用or的原因)要想使用or，又想讓索引生效，只能將or條件中的每個列都加上索引；
2）對於多列索引，不是使用的第一部分，則不會使用索引；
3）like查詢以%開頭；
4.如果列類型是字符串，那一定要在條件中將數據使用引號引用起來,否則不使用索引；
5）如果mysql估計使用全表掃描要比使用索引快,則不使用索引；
6.MySQL主要提供2種方式的索引：B-Tree索引，Hash索引
B樹索引具有範圍查找和前綴查找的能力，對於有N節點的B樹，檢索一條記錄的複雜度爲O(LogN)。相當於二分查找。
哈希索引只能做等於查找，但是無論多大的Hash表，查找複雜度都是O(1)。
顯然，如果值的差異性大，並且以等值查找（=、 <、>、in）爲主，Hash索引是更高效的選擇，它有O(1)的查找複雜度。如果值的差異性相對較差，並且以範圍查找爲主，B樹是更好的選擇，它支持範圍查找。