mysql索引失效的幾種情況分析

1、最佳左前綴原則——如果索引了多列，要遵守最左前綴原則。指的是查詢要從索引的最左前列開始并且不跳過索引中的列。

前提條件：表中已添加復(fù)合索引（username,password,age）

分析：該查詢?nèi)鄙賣sername，查詢條件復(fù)合索引最左側(cè)username缺少，違反了最佳左前綴原則，導(dǎo)致索引失效，變?yōu)锳LL，全表掃描

分析：查詢條件缺少username，password，查詢條件復(fù)合索引最左側(cè)username，password缺少，違反了最佳左前綴原則，導(dǎo)致索引失效，變?yōu)锳LL，全表掃描

分析：該查詢只有一個username條件，根據(jù)最佳左前綴原則索引能夠被使用到，但是是部分使用

2、不在索引列上做任何操作（計算，函數(shù)，（自動或者手動）類型裝換），會導(dǎo)致索引失效而導(dǎo)致全表掃描

分析：第一個圖索引列不使用函數(shù)，遵循左前綴原則，能夠使用索引。第二張圖索引列上使用了函數(shù)，即使遵循左前綴原則，索引還是失效

3、存儲引擎不能使用索引中范圍條件右邊的列，范圍之后索引失效。（ ,> between and）

分析：圖一索引全部使用到。圖二索引使用到username和age，但是username是使用索引檢索，而age著重索引排序，這時age為范圍查找，password索引將失效

4、mysql使用不等于(!= 或者>)的時候，無法使用索引，會導(dǎo)致索引失效

5、mysql中使用is not null 或者 is null會導(dǎo)致無法使用索引

分析：對username列做了普通索引，查詢帶is not null，結(jié)果索引不生效

6、mysql中l(wèi)ike查詢是以%開頭，索引會失效變成全表掃描，覆蓋索引。

分析：對username列做了普通索引，以%開頭進行查詢，結(jié)果索引失效被覆蓋

7、mysql中，字符串不加單引號索引會失效。正確寫法：select * from t_user where username = 'lujin';

8、mysql中，如果條件中有or，即使其中有條件帶索引也不會使用(這也是為什么盡量少用or的原因)。要想使用or，又想讓索引生效，只能將or條件中的每個列都加上索引

9、如果mysql使用全表掃描要比使用索引快,則不會使用到索引

總結(jié)

到此這篇關(guān)于mysql索引失效情況分析的文章就介紹到這了,更多相關(guān)mysql索引失效內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！