今天小編給大家分享一下MySQL中in會不會用索引的相關(guān)知識點(diǎn)，內(nèi)容詳細(xì)，邏輯清晰，相信大部分人都還太了解這方面的知識，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。

在前郭等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都做網(wǎng)站、網(wǎng)站建設(shè) 網(wǎng)站設(shè)計制作定制制作,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),成都全網(wǎng)營銷推廣,成都外貿(mào)網(wǎng)站制作,前郭網(wǎng)站建設(shè)費(fèi)用合理。

mysql中in是否會用索引的兩種情況：1、當(dāng)in的取值范圍較小時，in會走索引；2、當(dāng)in的取值范圍較大時，in不走索引，而是會用全表掃描。因?yàn)閕n的條件過多時，返回的數(shù)據(jù)就會很多，可能會導(dǎo)致應(yīng)用堆內(nèi)內(nèi)存溢出，導(dǎo)致索引失效。

本教程操作環(huán)境：windows10系統(tǒng)、mysql8.0.22版本、Dell G3電腦。

mysql中in會用索引嗎

結(jié)論：IN肯定會走索引，但是當(dāng)IN的取值范圍較大時會導(dǎo)致索引失效，走全表掃描

navicat可視化工具使用explain函數(shù)查看sql執(zhí)行信息

場景1：當(dāng)IN中的取值只有一個主鍵時

我們只需要注意一個最重要的type 的信息很明顯的提現(xiàn)是否用到索引：

type結(jié)果值從好到壞依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

all:全表掃描

index:另一種形式的全表掃描，只不過他的掃描方式是按照索引的順序

range：有范圍的索引掃描，相對于index的全表掃描，他有范圍限制，因此要優(yōu)于index

ref: 查找條件列使用了索引而且不為主鍵和unique。其實(shí)，意思就是雖然使用了索引，但該索引列的值并不唯一，有重復(fù)。這樣即使使用索引快速查找到了第一條數(shù)據(jù)，仍然不能停止，要進(jìn)行目標(biāo)值附近的小范圍掃描。但它的好處是它并不需要掃全表，因?yàn)樗饕怯行虻?，即便有重?fù)值，也是在一個非常小的范圍內(nèi)掃描。

const:通常情況下，如果將一個主鍵放置到where后面作為條件查詢，mysql優(yōu)化器就能把這次查詢優(yōu)化轉(zhuǎn)化為一個常量。至于如何轉(zhuǎn)化以及何時轉(zhuǎn)化，這個取決于優(yōu)化器

一般來說，得保證查詢至少達(dá)到range級別，最好能達(dá)到ref，type出現(xiàn)index和all時，表示走的是全表掃描沒有走索引，效率低下，這時需要對sql進(jìn)行調(diào)優(yōu)。

當(dāng)extra出現(xiàn)Using filesor或Using temproary時，表示無法使用索引，必須盡快做優(yōu)化。

possible_keys：sql所用到的索引

key：顯示MySQL實(shí)際決定使用的鍵（索引）。如果沒有選擇索引，鍵是NULL

rows: 顯示MySQL認(rèn)為它執(zhí)行查詢時必須檢查的行數(shù)。

場景2：擴(kuò)大IN中的取值范圍

此時仍然走了索引，但是效率降低了

場景3：繼續(xù)擴(kuò)大IN的取值范圍

看上面的圖，發(fā)現(xiàn)此時已經(jīng)沒有走索引了，而是全表掃描。

在說一下結(jié)論

結(jié)論：IN肯定會走索引，但是當(dāng)IN的取值范圍較大時會導(dǎo)致索引失效，走全表掃描。

By the way：如果使用了 not in，則不走索引。

以上就是“mysql中in會不會用索引”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學(xué)習(xí)更多的知識，請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。