mysql兩表關(guān)聯(lián)查詢(xún)和子查詢(xún)的區(qū)別？關(guān)聯(lián)查詢(xún)(join)與子查詢(xún)(in)：兩者select的時(shí)間復(fù)雜度是一樣的（注：這里的select是指獲得數(shù)據(jù)的方式，個(gè)數(shù)）。唯一不同的是對(duì)于in子查詢(xún)它每次執(zhí)行

mysql兩表關(guān)聯(lián)查詢(xún)和子查詢(xún)的區(qū)別？

關(guān)聯(lián)查詢(xún)(join)與子查詢(xún)(in)：

兩者select的時(shí)間復(fù)雜度是一樣的（注：這里的select是指獲得數(shù)據(jù)的方式，個(gè)數(shù)）。

唯一不同的是對(duì)于in子查詢(xún)它每次執(zhí)行內(nèi)部查詢(xún)的時(shí)候都必須重新構(gòu)造一個(gè)JOIN結(jié)構(gòu)（這就是大家常說(shuō)的會(huì)將子查詢(xún)轉(zhuǎn)化成where exists(select 1 from a，b where a.id = b.id )），完成相應(yīng)的初始化操作，并且在這次內(nèi)部查詢(xún)結(jié)束之后，要完成相應(yīng)的析構(gòu)函數(shù)，如index_init，index_end，而當(dāng)外部查詢(xún)是全表掃描的時(shí)候，這些操作的次數(shù)就是它的記錄數(shù)，那么它們（構(gòu)造，析構(gòu)）所占用的性能也是顯而易見(jiàn)的。簡(jiǎn)單一句話(huà)子查詢(xún)的性能除了查詢(xún)外，還消耗在JOIN的構(gòu)造與析構(gòu)過(guò)程。

是in子查詢(xún)快還是inner join快？

一般認(rèn)為，inner join 因?yàn)椴簧婕暗阶硬樵?xún)，可能會(huì)被用in子查詢(xún)效率高一些。

但是這個(gè)要看具體的dbms的數(shù)據(jù)統(tǒng)計(jì)情況，索引情況。

當(dāng)然一般來(lái)說(shuō)，建議能不用子查詢(xún)的情況下，就不用的。

mysql多個(gè)leftjoin連接查詢(xún)用法分析？

當(dāng)然是這樣的，因?yàn)閕n會(huì)使用你的子查詢(xún)字段去到主表匹配你需要的行，而exists是根據(jù)匹配項(xiàng)去判斷是或者否，然后根據(jù)是否決定結(jié)果，子查詢(xún)的表大，用exists判斷，效率就會(huì)高，而當(dāng)子查詢(xún)很小的時(shí)候，直接匹配你需要的值則更快。比如主表4萬(wàn)行，子查詢(xún)里面有5條數(shù)據(jù)，那么exists會(huì)把4萬(wàn)行在子查詢(xún)里面進(jìn)行匹配，匹配上了就顯示，匹配不上就不顯示，所以需要判斷4萬(wàn)次，而in則會(huì)在主表4萬(wàn)行里面去檢索這5條記錄，由于索引等等的存在，in的效率通常會(huì)更高，但是如果反過(guò)來(lái)，主表5條記錄，子查詢(xún)里面有4萬(wàn)行，exists只進(jìn)行5次判斷，而in會(huì)用4萬(wàn)個(gè)數(shù)據(jù)去匹配這5條記錄，當(dāng)然exists更快。