您好,登錄后才能下訂單哦!
這篇文章主要講解了“MySQL索引失效的原理是什么”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“MySQL索引失效的原理是什么”吧!
首先看看哪些情況下,將會導致查找不能利用索引的有序性。
假設一個表test中有a,b,c,d四個字段,c是主鍵。
在a,b字段上建立聯合索引(a,b):CREATE index idx_a_b on test(a,b)
; B+樹聯合索引.JPG
可以得到的規律是:優先按a字段從小到大排序,a字段相等的按b字段從小到大排序;
分析以下情況,索引是否會失效以及失效的原因:
條件只包含b字段
select * from test where b=2;
索引失效:
顯然,走的時候全文掃描,并沒有使用索引。因為只看b字段的索引,是2,4,1,3,4,5,并不能利用索引的有序性快速定位。
對a字段范圍查詢:
select * from test where a>1 and b=2;
索引失效:
可以看到,索引并沒有完全失效,而是先利用索引定位到a的位置。因為這里的key_len是4,而聯合索引的key_len是8。
對a字段等值查詢,b字段范圍查詢:
索引失效:
可以看到是using index
并且key_len
是8,也就是兩個字段的索引都用到了,這也對應著聯合索引排列的規律:a字段相同的情況下,b字段有序排列。
以上幾種情況可以總結為:不符合最左前綴匹配原則導致索引失效。
最左匹配前綴保證可以利用到索引排序的有序性,而把等值查詢放在前面,范圍查詢放在后面,是利用了[前綴字段相等的情況下,后面的索引字段有序]這個特性,是特殊意義下的最左前綴匹配原則。
對索引字段做函數操作,比如y=f(x),
并不能保證得到的y的值依然是有序的,在這種弄個情況下,優化器會放棄樹的搜索功能,但是不排除優化器在發現該索引樹比主鍵索引小很多的情況下,選擇掃描這個索引。
在 MySQL 中,字符串和數字做比較的話,是將字符串轉換成數字。隱式類型轉換的本質是對索引字段使用了CAST()函數,原理同上。
字符串編碼轉換的本質是使用了CONVERT()
函數。
感謝各位的閱讀,以上就是“MySQL索引失效的原理是什么”的內容了,經過本文的學習后,相信大家對MySQL索引失效的原理是什么這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關知識點的文章,歡迎關注!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。