MySQL中in和exists到底誰(shuí)效率高

先看一下例子:

  • 出場(chǎng)過(guò)的球員都有哪些,并且顯示他們的姓名、球員 ID 和球隊(duì) ID
    用EXISTS關(guān)鍵字:
SELECT player_name, player_id, team_id FROM player WHERE EXISTS (SELECT player_id FROM player_score WHERE player.player_id = player_score.player_id)  


用IN關(guān)鍵字:

SELECT player_name, player_id, team_id FROM player WHERE player_id IN (SELECT player_id FROM player_score WHERE player.player_id = player_score.player_id)  


發(fā)現(xiàn)運(yùn)行結(jié)果和上面的是一樣的,那么問(wèn)題來(lái)了,既然 IN 和 EXISTS 都可以得到相同的結(jié)果,那么我們?cè)撌褂?IN 還是 EXISTS 呢?

我們可以把這個(gè)模式抽象為:

#對(duì)B查詢涉及id,使用索引,故B表效率高,可用大表 -->外小內(nèi)大
select * from A where exists (select * from B where A.id=B.id);

#對(duì)A查詢涉及id,使用索引,故A表效率高,可用大表 -->外大內(nèi)小

select * from A where A.id in (select id from B);

(1)exists是對(duì)外表做loop循環(huán),每次loop循環(huán)再對(duì)內(nèi)表(子查詢)進(jìn)行查詢,那么因?yàn)閷?duì)內(nèi)表的查詢使用的索引(內(nèi)表效率高,故可用大表),而外表有多大都需要遍歷,不可避免(盡量用小表),故內(nèi)表大的使用exists,可加快效率;
(2)in是把外表和內(nèi)表做hash連接,先查詢內(nèi)表,再把內(nèi)表結(jié)果與外表匹配,對(duì)外表使用索引(外表效率高,可用大表),而內(nèi)表多大都需要查詢,不可避免,故外表大的使用in,可加快效率。
(3)如果查詢的兩個(gè)表大小相當(dāng),那么用in和exists差別不大。如果兩個(gè)表中一個(gè)較小,一個(gè)是大表,則子查詢表大的用exists,子查詢表小的用in。

總結(jié):

1、in是把外表和內(nèi)表做hash連接,先查詢內(nèi)表;
2、exists是對(duì)外表做loop循環(huán),循環(huán)后在對(duì)內(nèi)表查詢;
3、在外表大的時(shí)用in效率更快,內(nèi)表大用exists更快。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容