簡述

什么時候沒用

1.有or必全有索引;
2.復(fù)合索引未用左列字段;
3.like以%開頭;
4.需要類型轉(zhuǎn)換;
5.where中索引列有運算;
6.where中索引列使用了函數(shù);
7.如果mysql覺得全表掃描更快時（數(shù)據(jù)少）;

什么時沒必要用

1.唯一性差;
2.頻繁更新的字段不用（更新索引消耗）;
3.where中不用的字段;
4.索引使用<>時，效果一般;

詳述（轉(zhuǎn)）

索引并不是時時都會生效的，比如以下幾種情況，將導(dǎo)致索引失效：

• 如果條件中有or，即使其中有部分條件帶索引也不會使用(這也是為什么盡量少用or的原因)，例子中user_id無索引

注意：要想使用or，又想讓索引生效，只能將or條件中的每個列都加上索引

• 對于復(fù)合索引，如果不使用前列，后續(xù)列也將無法使用，類電話簿。
• like查詢是以%開頭

• 存在索引列的數(shù)據(jù)類型隱形轉(zhuǎn)換，則用不上索引，比如列類型是字符串，那一定要在條件中將數(shù)據(jù)使用引號引用起來,否則不使用索引

• where 子句里對索引列上有數(shù)學(xué)運算，用不上索引

• where 子句里對有索引列使用函數(shù)，用不上索引

• 如果mysql估計使用全表掃描要比使用索引快,則不使用索引

比如數(shù)據(jù)量極少的表

什么情況下不推薦使用索引？

1) 數(shù)據(jù)唯一性差（一個字段的取值只有幾種時）的字段不要使用索引

比如性別，只有兩種可能數(shù)據(jù)。意味著索引的二叉樹級別少，多是平級。這樣的二叉樹查找無異于全表掃描。

2) 頻繁更新的字段不要使用索引

比如logincount登錄次數(shù)，頻繁變化導(dǎo)致索引也頻繁變化，增大數(shù)據(jù)庫工作量，降低效率。

3) 字段不在where語句出現(xiàn)時不要添加索引,如果where后含IS NULL /IS NOT NULL/ like ‘%輸入符%’等條件，不建議使用索引

只有在where語句出現(xiàn)，mysql才會去使用索引

4） where 子句里對索引列使用不等于（<>），使用索引效果一般

如果您覺得閱讀本文對您有幫助，請點一下“推薦”按鈕，您的“推薦”將是我最大的寫作動力！歡迎各位轉(zhuǎn)載，但是未經(jīng)作者本人同意，轉(zhuǎn)載文章之后必須在文章頁面明顯位置給出作者和原文連接，否則保留追究法律責(zé)任的權(quán)利。