MySQL索引失效的幾種情況

2021-09-06 19:04:30 字數 1256 閱讀 1421

更準確的說,單列索引不儲存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條件中的每個列都加上索引

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

3.like查詢以%開頭

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

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

b樹索引具有範圍查詢和字首查詢的能力,對於有n節點的b樹,檢索一條記錄的複雜度為o(logn)。相當於二分查詢。

雜湊索引只能做等於查詢,但是無論多大的hash表,查詢複雜度都是o(1)。

顯然,如果值的差異性大,並且以等值查詢(=、 <、>、in)為主,hash索引是更高效的選擇,它有o(1)的查詢複雜度。

如果值的差異性相對較差,並且以範圍查詢為主,b樹是更好的選擇,它支援範圍查詢。

MySQL索引失效的幾種情況

更準確的說,單列索引不儲存null值,復合索引不儲存全為null的值。索引不能儲存null,所以對這列採用is null條件時,因為索引上根本 沒null值,不能利用到索引,只能全表掃瞄。為什麼索引列不能存null值?將索引列值進行建樹,其中必然涉及到諸多的比較操作。null值的特殊性就在於參與的運...

MySQL索引失效的幾種情況

a.單列索引無法儲null值,復合索引無法儲全為null的值。b.查詢時,採用is null條件時,不能利用到索引,只能全表掃瞄。為什麼索引列無法儲存null值?a.索引是有序的。null值進入索引時,無法確定其應該放在 將索引列值進行建樹,其中必然涉及到諸多的比較操作,null 值是不確定值無法 ...

Mysql索引失效的幾種情況

1.如果條件中有or,即使其中有條件帶索引也不會使用 這也是為什麼盡量少用or的原因 2.對於多列索引,不是使用的第一部分 第乙個 則不會使用索引 3.like查詢是以 開頭 4.如果列型別是字串,那一定要在條件中將資料使用引號引用起來,否則不使用索引 5.如果mysql估計使用全表掃瞄要比使用索引...