mysql模糊查詢索引失效問題的解決方法

本篇內容介紹了“mysql模糊查詢索引失效問題的解決方法”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

我們在使用like %通配符時常常會引起索引失效的問題。
這里，我們討論一下like使用%的幾種情況：

下列例子用到的索引(VC_STUDENT_NAME)

一、like ‘xx%'

EXPLAIN select * from t_student where VC_STUDENT_NAME like ‘王%'

我們發(fā)現使用%不放在開頭的時候，索引是有效的

二、like ‘%xx'

EXPLAIN select * from t_student where VC_STUDENT_NAME like ‘%王'

我們發(fā)現%放在開頭時，索引便失效了。

上述兩個例子說明，在使用通配符時，%放在開頭會引起索引失效。
但在現實問題里，往往需要把%放在開頭作模糊匹配。這是我們可以通過覆蓋索引的方式即索引覆蓋查詢，來解決索引失效的問題。

EXPLAIN select * from t_student where VC_STUDENT_NAME like ‘%王'

把查詢列換成索引與之相應的列，索引失效問題得以解決。

補充：

1.索引不存儲null值

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

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

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

將索引列值進行建樹，其中必然涉及到諸多的比較操作。Null值的特殊性就在于參與的運算大多取值為null。

這樣的話，null值實際上是不能參與進建索引的過程。也就是說，null值不會像其他取值一樣出現在索引樹的葉子節(jié)點上。

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估計使用全表掃描要比使用索引快,則不使用索引

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

B樹索引具有范圍查找和前綴查找的能力，對于有N節(jié)點的B樹，檢索一條記錄的復雜度為O(LogN)。相當于二分查找。

哈希索引只能做等于查找，但是無論多大的Hash表，查找復雜度都是O(1)。

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

如果值的差異性相對較差，并且以范圍查找為主，B樹是更好的選擇，它支持范圍查找。

“mysql模糊查詢索引失效問題的解決方法”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！