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

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

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

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

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

是in子查詢快還是inner join快？

一般認為，inner join 因為不涉及到子查詢，可能會被用in子查詢效率高一些。

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

當(dāng)然一般來說，建議能不用子查詢的情況下，就不用的。

mysql多個leftjoin連接查詢用法分析？

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