您好,登錄后才能下訂單哦!
這篇“MySQL索引失效原因及SQL查詢語句不走索引原因是什么”文章的知識點大部分人都不太理解,所以小編給大家總結了以下內容,內容詳細,步驟清晰,具有一定的借鑒價值,希望大家閱讀完這篇文章能有所收獲,下面我們一起來看看這篇“MySQL索引失效原因及SQL查詢語句不走索引原因是什么”文章吧。
select * from test where num=13911111111; # 失效,num字段是varchar類型,沒有加引號
假設某手機號列創建時是num varchar(15)
如果上面的手機號沒有加引號,查詢的時候是字符串跟數字的比較,它們類型不匹配,MySQL 會做隱式的類型轉換,把它們轉換為浮點數再做比較。隱式的類型轉換,索引會失效。
select * from test where mul=1 or noidx=2; # 可能失效,當mul設為索引列而noidx不是索引列時
索引+or+無索引的列:會先走索引列,但無索引的列會進行全表掃描,所以還不如不走索引,直接都全表掃描完事。如果or前后都有索引,那么可能走索引,也可能不走索引。
如果它一開始就走全表掃描,直接一遍掃描就完事。Mysql 優化器出于效率與成本考慮,遇到 or 條件,讓索引失效,看起來也合情合理。
用or連接的兩個含null索引字段,不走索引。但是,單個索引含null字段,是走索引的。
注意:如果 or 條件的列都加了索引,索引可能會走也可能不走,平時大家使用的時候,還是要注意一下這個 or,學會用 explain 分析。遇到不走索引的時候,考慮拆開兩條 SQL。
并不是用了 like 通配符,索引一定會失效,而是 like 查詢是以 % 開頭,才會導致索引失效。
MySQl 建立聯合索引時,會遵循最左前綴匹配的原則,即最左優先。如果你建立一個(a,b,c)的聯合索引,相當于建立了 (a)、(a,b)、(a,b,c) 三個索引。
select * from user where DATE_ADD(login_time,INTERVAL 1 DAY) = '2022-11-08 00:00:00'; # 失效 select * from user where login_time = DATE_ADD('2022-11-08 00:00:00',INTERVAL 1 DAY); # 有效
select * from user where age-1 = 39; # 失效
select * from user where age != 18; # 有可能失效
其實這個也是跟 mySQL優化器有關,如果優化器覺得即使走了索引,還是需要掃描很多很多行的哈,它覺得不劃算,不如直接不走索引。平時我們用!= 或者 < >,not in 的時候,要留點心眼。
很多時候,是因為數據量問題,導致了 MySQL 優化器放棄走索引。同時,平時我們用 explain 分析 SQL 的時候,如果 type=range, 要注意一下哈,因為這個可能因為數據量問題,導致索引無效。
如user 表的 name 字段編碼是 utf8mb4,而 user_job 表的 name 字段編碼為 utf8。
雖然索引有自我維護的能力,但數據表內容修改和更新頻繁的情況下,也有可能索引失效,此時需要刪除索引,重新建立索引。
關于索引失效原因有很多,以上也只是簡單介紹了一下,具體失效原因,還得去自己分析,具體方法就是SQL的執行計劃 EXPLAIN 關鍵字了。
Mysql提供了這個關鍵字讓我們優化索引,使查詢更快,分析優化器的表連接,使它采用最優的順序。使用這個 explain 關鍵字可以查看查詢語句是否走索引了以及走了哪個索引。
# 命令行執行以下語句即可查看查詢語句是否走了索引,在查詢語句最前面加上 explain 即可 mysql> explain select * from sampleInfo where agents = "XXX中心有限公司";
如下圖的 key 即表示該語句使用了索引 agents 。如果下圖 key 那里的為NULL或者 type 那里為ALL,則表示該語句沒有走索引,需要進行優化了。
以上就是關于“MySQL索引失效原因及SQL查詢語句不走索引原因是什么”這篇文章的內容,相信大家都有了一定的了解,希望小編分享的內容對大家有幫助,若想了解更多相關的知識內容,請關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。