主頁 > 知識庫 > MySQL中in和exists區(qū)別詳解

MySQL中in和exists區(qū)別詳解

熱門標(biāo)簽:html地圖標(biāo)注并導(dǎo)航 大豐地圖標(biāo)注app 400電話辦理服務(wù)價格最實惠 催天下外呼系統(tǒng) 武漢電銷機(jī)器人電話 北京金倫外呼系統(tǒng) 南太平洋地圖標(biāo)注 呂梁外呼系統(tǒng) 400電話變更申請

一、提前準(zhǔn)備

為了大家學(xué)習(xí)方便,我在這里面建立兩張表并為其添加一些數(shù)據(jù)。

一張水果表,一張供應(yīng)商表。

水果表 fruits表

f_id f_name f_price
a1 apple 5
a2 appricot 2
b1 blackberry 10
b2 berry 8
c1 cocount 9

供應(yīng)商表 suppliers表

s_id s_name
101 天虹
102 沃爾瑪
103 家樂福
104 華潤萬家

我們將用這兩張表做演示。

二、什么是exists

exists關(guān)鍵字后面的參數(shù)是一個任意的子查詢,系統(tǒng)對子查詢進(jìn)行運算以判斷它是否返回行,如果至少返回一行,那么exists的結(jié)果為true ,此時外層的查詢語句將進(jìn)行查詢;如果子查詢沒有返回任何行,那么exists的結(jié)果為false,此時外層語句將不進(jìn)行查詢。

需要注意的是,當(dāng)我們的子查詢?yōu)?SELECT NULL 時,MYSQL仍然認(rèn)為它是True

三、什么是in

in 關(guān)鍵字進(jìn)行子查詢時,內(nèi)層查詢語句僅僅返回一個數(shù)據(jù)列,這個數(shù)據(jù)列的值將提供給外層查詢語句進(jìn)行比較操作。

為了測試in 關(guān)鍵字,我在水果表中加了s_id一列

水果表 fruits表

f_id f_name f_price s_id
a1 apple 5 101
a2 appricot 2 103
b1 blackberry 10 102
b2 berry 8 104
c1 cocount 9 103

四、exists和in

in和exists到底有啥區(qū)別那,要什么時候用in,什么時候用exists?

我們先記住口訣再說細(xì)節(jié)!“外層查詢表小于子查詢表,則用exists,外層查詢表大于子查詢表,則用in,如果外層和子查詢表差不多,則愛用哪個用哪個。

我想你已經(jīng)看出來了,當(dāng)fruits表數(shù)據(jù)很大的時候不適合用in,因為它最多會將fruits表數(shù)據(jù)全部遍歷一次。

如:suppliers表有10000條記錄,fruits表有1000000條記錄,那么最多有可能遍歷10000*1000000次,效率很差。

再如:suppliers表有10000條記錄,fruits表有100條記錄,那么最多有可能遍歷10000*100次,遍歷次數(shù)大大減少,效率大大提升。

但是:suppliers表有10000條記錄,fruits表有100條記錄,那么exists()還是執(zhí)行10000次,還不如使用in()遍歷10000*100次,因為in()是在內(nèi)存里遍歷,而exists()需要查詢數(shù)據(jù)庫,我們都知道查詢數(shù)據(jù)庫所消耗的性能更高,而內(nèi)存比較很快。

因此我們只需要記住口訣:“外層查詢表小于子查詢表,則用exists,外層查詢表大于子查詢表,則用in,如果外層和子查詢表差不多,則愛用哪個用哪個?!?/p>

五、not exists和not in

和exists一樣,用到了suppliers上的id索引,exists()執(zhí)行次數(shù)為fruits.length,不緩存exists()的結(jié)果集。

因為not in實質(zhì)上等于!= and != ···,因為!=不會使用索引,故not in不會使用索引。

為啥not in不會使用索引?

我們假設(shè)有100萬數(shù)據(jù),s_id只有0和1兩個值,利用索引我們要先讀索引文件,然后二分查找,找到對應(yīng)的數(shù)據(jù)磁盤指針,再根據(jù)讀到的指針在磁盤上對應(yīng)的數(shù)據(jù),影響結(jié)果集50萬,這種情況,和直接全表掃描哪個快顯而易見。

如果你s_id字段是一個unique,就會用到索引。

如果你一定要用索引,可以用force index,不過效率不會有改善一般還會更慢就是了。

合理使用索引,Cardinality是一個重要指標(biāo),太小的話跟沒建沒區(qū)別,還浪費空間。

因此,不管suppliers和fruits大小如何,均使用not exists效率會更高。

到此這篇關(guān)于MySQL中in和exists區(qū)別詳解的文章就介紹到這了,更多相關(guān)MySQL in和exists區(qū)別內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

您可能感興趣的文章:
  • mysql中EXISTS和IN的使用方法比較
  • MySQL中exists、in及any的基本用法
  • MySQL中in與exists的使用及區(qū)別介紹
  • 對比分析MySQL語句中的IN 和Exists
  • MySQL exists 和in 詳解及區(qū)別
  • mySQL中in查詢與exists查詢的區(qū)別小結(jié)
  • MYSQL IN 與 EXISTS 的優(yōu)化示例介紹
  • mysql not in、left join、IS NULL、NOT EXISTS 效率問題記錄

標(biāo)簽:龍巖 迪慶 麗水 無錫 徐州 西寧 自貢 南充

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《MySQL中in和exists區(qū)別詳解》,本文關(guān)鍵詞  MySQL,中,和,exists,區(qū)別,詳解,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《MySQL中in和exists區(qū)別詳解》相關(guān)的同類信息!
  • 本頁收集關(guān)于MySQL中in和exists區(qū)別詳解的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章