MySQL中使用IN查詢(xún)到底走不走索引

MySQL中使用IN查詢(xún)的索引使用情況，受到多種因素影響。首先，查看數(shù)據(jù)量的大小至關(guān)重要。通常情況下，IN操作符利用索引來(lái)提高查詢(xún)效率，但當(dāng)IN后面的數(shù)據(jù)在表中匹配占比超過(guò)30%時(shí)，為了獲取所有匹配項(xiàng)，MySQL會(huì)進(jìn)行全表掃描，此時(shí)索引無(wú)法提供幫助。其次，考慮IN后面是否包含子查詢(xún)。

綜上所述，針對(duì)MySQL中IN不走索引問(wèn)題的四種解決方法包括：調(diào)整參數(shù)、調(diào)整SQL語(yǔ)句、使用JOIN子句和使用臨時(shí)表，我們可以根據(jù)具體情況選擇一種或多種方法來(lái)優(yōu)化查詢(xún)效率。

MySQL部分查詢(xún)情況是否走索引 在MySQL版本7中，查詢(xún)的走索引情況遵循特定規(guī)則。存在幾種情況，數(shù)據(jù)庫(kù)將一定不走索引。當(dāng)使用運(yùn)算符！=進(jìn)行查詢(xún)時(shí)，數(shù)據(jù)庫(kù)將一定不使用索引。同樣，使用not in時(shí)，如果參數(shù)數(shù)量為1，則效果等同于！=，在B+樹(shù)上無(wú)法進(jìn)行有效查詢(xún)。

結(jié)論：IN肯定會(huì)走索引，但是當(dāng)IN的取值范圍較大時(shí)會(huì)導(dǎo)致索引失效，走全表掃描。By the way：如果使用了 not in，則不走索引。

網(wǎng)上流傳IN與EXISTS不會(huì)走索引的說(shuō)法，實(shí)際情況并非如此。根據(jù)MySQL版本和字段長(zhǎng)度，索引是否使用存在差異。通過(guò)實(shí)際測(cè)試驗(yàn)證，可以發(fā)現(xiàn)其與數(shù)據(jù)量和字段長(zhǎng)度有關(guān)的規(guī)律。效率如何？針對(duì)網(wǎng)上流傳EXISTS比IN效率更高的說(shuō)法，通過(guò)數(shù)據(jù)量測(cè)試發(fā)現(xiàn)，實(shí)際情況并不一致。