前言

日常工作中索引失效原因很多，這個需要平時的日積月累，不斷學習，才能更正確的發(fā)揮索引的作用，下面簡單總結(jié)一些索引失效原因。

1. 隱式的類型轉(zhuǎn)換，索引失效

select * from test where num=13911111111; # 失效，num字段是varchar類型，沒有加引號

假設某手機號列創(chuàng)建時是num varchar(15)

如果上面的手機號沒有加引號，查詢的時候是字符串跟數(shù)字的比較，它們類型不匹配，MySQL 會做隱式的類型轉(zhuǎn)換，把它們轉(zhuǎn)換為浮點數(shù)再做比較。隱式的類型轉(zhuǎn)換，索引會失效。

2. 查詢條件包含 or，可能導致索引失效

select * from test where mul=1 or noidx=2; # 可能失效，當mul設為索引列而noidx不是索引列時

索引+or+無索引的列：會先走索引列，但無索引的列會進行全表掃描，所以還不如不走索引，直接都全表掃描完事。如果or前后都有索引，那么可能走索引，也可能不走索引。

如果它一開始就走全表掃描，直接一遍掃描就完事。Mysql 優(yōu)化器出于效率與成本考慮，遇到 or 條件，讓索引失效，看起來也合情合理。

用or連接的兩個含null索引字段，不走索引。但是，單個索引含null字段，是走索引的。

注意：如果 or 條件的列都加了索引，索引可能會走也可能不走，平時大家使用的時候，還是要注意一下這個 or，學會用 explain 分析。遇到不走索引的時候，考慮拆開兩條 SQL。

3. like 通配符可能導致索引失效

并不是用了 like 通配符，索引一定會失效，而是 like 查詢是以 % 開頭，才會導致索引失效。

4. 查詢條件不滿足聯(lián)合索引的最左匹配原則

MySQl 建立聯(lián)合索引時，會遵循最左前綴匹配的原則，即最左優(yōu)先。如果你建立一個（a,b,c）的聯(lián)合索引，相當于建立了 (a)、(a,b)、(a,b,c) 三個索引。

5. 在索引列l(wèi)ogin_time上使用 mysql 的內(nèi)置函數(shù)

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); # 有效

6. 對索引列age進行列運算（如，+、-、*、/）, 索引不生效

select * from user where age-1 = 39; # 失效

7. 索引字段age上使用（！= 或者 < >, not in），索引可能失效

select * from user where age != 18; # 有可能失效

其實這個也是跟 mySQL優(yōu)化器有關，如果優(yōu)化器覺得即使走了索引，還是需要掃描很多很多行的哈，它覺得不劃算，不如直接不走索引。平時我們用！= 或者 < >，not in 的時候，要留點心眼。

8. 索引字段上使用 is null， is not null，索引可能失效 （查詢結(jié)果行數(shù)）

很多時候，是因為數(shù)據(jù)量問題，導致了 MySQL 優(yōu)化器放棄走索引。同時，平時我們用 explain 分析 SQL 的時候，如果 type=range, 要注意一下哈，因為這個可能因為數(shù)據(jù)量問題，導致索引無效。

9. 左右join連接，關聯(lián)的字段編碼格式不一樣

如user 表的 name 字段編碼是 utf8mb4，而 user_job 表的 name 字段編碼為 utf8。

10. 索引自身失效

雖然索引有自我維護的能力，但數(shù)據(jù)表內(nèi)容修改和更新頻繁的情況下，也有可能索引失效，此時需要刪除索引，重新建立索引。

總結(jié)

關于索引失效原因有很多，以上也只是簡單介紹了一下，具體失效原因，還得去自己分析，具體方法就是SQL的執(zhí)行計劃 EXPLAIN 關鍵字了。
Mysql提供了這個關鍵字讓我們優(yōu)化索引，使查詢更快，分析優(yōu)化器的表連接，使它采用最優(yōu)的順序。使用這個 explain 關鍵字可以查看查詢語句是否走索引了以及走了哪個索引。

# 命令行執(zhí)行以下語句即可查看查詢語句是否走了索引，在查詢語句最前面加上 explain 即可
mysql> explain select * from sampleInfo where agents = "XXX中心有限公司";

如下圖的 key 即表示該語句使用了索引 agents 。如果下圖 key 那里的為NULL或者 type 那里為ALL，則表示該語句沒有走索引，需要進行優(yōu)化了。

到此這篇關于MySQL索引失效原因以及SQL查詢語句不走索引原因的文章就介紹到這了,更多相關MySQL索引失效原因內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論