MySQL 索引筆記

標籤：使用   sp   strong   資料   on   log   bs   as   sql   

1.索引不儲存null值。

更準確的說，單列索引不儲存null值，複合索引不儲存全為null的值。索引不能儲存Null，所以對這列採用is null條件時，因為索引上根本

沒Null值，不能利用到索引，只能全表掃描。

為什麼索引列不能存Null值？

將索引列值進行建樹，其中必然涉及到諸多的比較操作。Null值的特殊性就在於參與的運算大多取值為null。這樣的話，null值實際上是不能

參與進建索引的過程。也就是說，null值不會像其他取值一樣出現在索引樹的葉子節點上。

2.不適合索引值較少的列（重複資料較多的列）。

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

再加上訪問索引塊，一共要訪問大於200個的資料區塊。

如果全表掃描，假設10條資料一個資料區塊，那麼只需訪問1000個資料區塊，既然全表掃描訪問的資料區塊

少一些，肯定就不會利用索引了。

3.前置模糊查詢不能利用索引(like ‘%XX‘或者like ‘%XX%‘)

假如有這樣一列code的值為‘AAA‘,‘AAB‘,‘BAA‘,‘BAB‘ ,如果where code like ‘%AB‘條件，由於前面是

模糊的，所以不能利用索引的順序，必須一個個去找，看是否滿足條件。這樣會導致全索引掃描或者全表掃

描。如果是這樣的條件where code like ‘A % ‘，就可以尋找CODE中A開頭的CODE的位置，當碰到B開頭的

資料時，就可以停止尋找了，因為後面的資料一定不滿足要求。這樣就可以利用索引了。

4.索引失效的幾種情況

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

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

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

3.like查詢是以%開頭

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

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

4.MySQL主要提供2種方式的索引：B-Tree索引，Hash索引。

B樹索引具有範圍尋找和首碼尋找的能力，對於有N節點的B樹，檢索一條記錄的複雜度為O(LogN)。相當於二分尋找。

雜湊索引只能做等於尋找，但是無論多大的Hash表，尋找複雜度都是O(1)。

顯然，如果值的差異性大，並且以等值尋找（=、 <、>、in）為主，Hash索引是更高效的選擇，它有O(1)的尋找複雜度。

如果值的差異性相對較差，並且以範圍尋找為主，B樹是更好的選擇，它支援範圍尋找。

MySQL 索引筆記