1.條件中用or，即使其中有條件帶索引，也不會使用索引查詢（這就是查詢盡量不要用or的原因，用in吧）；
注意：使用or，又想索引生效，只能將or條件中的每個列都加上索引
2 .對於多列索引，不是使用的第一部分，則不會使用索引。
3.like的模糊查詢以%開頭，索引失效
4.如果列類型是字符串，那一定要在條件中將數據使用引號引用起來，否則不會使用索引
5.索引不存儲null值
更准確的說，單列索引不存儲null值，復合索引不存儲全為null的值。索引不能存儲Null，所以對這列采用is null條件時，因為索引上根本
沒Null值，不能利用到索引，只能全表掃描。為什么索引列不能存Null值？
將索引列值進行建樹，其中必然涉及到諸多的比較操作。Null值的特殊性就在於參與的運算大多取值為null。
這樣的話，null值實際上是不能參與進建索引的過程。也就是說，null值不會像其他取值一樣出現在索引樹的葉子節點上。
6.不適合鍵值較少的列（重復數據較多的列）
假如索引列TYPE有5個鍵值，如果有1萬條數據，那么 WHERE TYPE = 1將訪問表中的2000個數據塊。
再加上訪問索引塊，一共要訪問大於200個的數據塊。
如果全表掃描，假設10條數據一個數據塊，那么只需訪問1000個數據塊，既然全表掃描訪問的數據塊
少一些，肯定就不會利用索引了。
7.,聯合索引 is not null 只要在建立的索引列（不分先后）都會走,
in null時 必須要和建立索引第一列一起使用,當建立索引第一位置條件是is null 時,
其他建立索引的列可以是is null（但必須在所有列 都滿足is null的時候）,
或者=一個值；當建立索引的第一位置是=一個值時,其他索引列可以是任何情況（包括is null =一個值）,
以上兩種情況索引都會走。其他情況不會走。
介紹MySQL主要提供2種方式的索引：B-Tree索引，Hash索引
B樹索引具有范圍查找和前綴查找的能力，對於有N節點的B樹，檢索一條記錄的復雜度為O(LogN)。相當於二分查找。
哈希索引只能做等於查找，但是無論多大的Hash表，查找復雜度都是O(1)。
顯然，如果值的差異性大，並且以等值查找（=、 <、>、in）為主，Hash索引是更高效的選擇，它有O(1)的查找復雜度。
如果值的差異性相對較差，並且以范圍查找為主，B樹是更好的選擇，它支持范圍查找。