為什么MySQL不推薦使用join

1.對(duì)于mysql，不推薦使用子查詢和join是因?yàn)楸旧韏oin的效率就是硬傷，一旦數(shù)據(jù)量很大效率就很難保證，強(qiáng)烈推薦分別根據(jù)索引單表取數(shù)據(jù)，然后在程序里面做join，merge數(shù)據(jù)。

2.子查詢就更別用了，效率太差，執(zhí)行子查詢時(shí)，MYSQL需要?jiǎng)?chuàng)建臨時(shí)表，查詢完畢后再刪除這些臨時(shí)表，所以，子查詢的速度會(huì)受到一定的影響，這里多了一個(gè)創(chuàng)建和銷毀臨時(shí)表的過程。

3.如果是JOIN的話，它是走嵌套查詢的。小表驅(qū)動(dòng)大表，且通過索引字段進(jìn)行關(guān)聯(lián)。如果表記錄比較少的話，還是OK的。大的話業(yè)務(wù)邏輯中可以控制處理。

4.數(shù)據(jù)庫是最底層的，瓶頸往往是數(shù)據(jù)庫。建議數(shù)據(jù)庫只是作為數(shù)據(jù)store的工具，而不要添加業(yè)務(wù)上去。

一、應(yīng)用層關(guān)聯(lián)的優(yōu)勢

讓緩存的效率更高。許多應(yīng)用程序可以方便地緩存單表查詢對(duì)應(yīng)的結(jié)果對(duì)象。如果關(guān)聯(lián)中的某個(gè)表發(fā)生了變化，那么就無法使用查詢緩存了，而拆分后，如果某個(gè)表很少改變，那么基于該表的查詢就可以重復(fù)利用查詢緩存結(jié)果了。

• 將查詢分解后，執(zhí)行單個(gè)查詢可以減少鎖的競爭。
• 在應(yīng)用層做關(guān)聯(lián)，可以更容易對(duì)數(shù)據(jù)庫進(jìn)行拆分，更容易做到高性能和可擴(kuò)展。
• 查詢本身效率也可能會(huì)有所提升。查詢id集的時(shí)候，使用IN（）代替關(guān)聯(lián)查詢，可以讓MySQL按照ID順序進(jìn)行查詢，這可能比隨機(jī)的關(guān)聯(lián)要更高效。
• 可以減少冗余記錄的查詢。在應(yīng)用層做關(guān)聯(lián)查詢，意味著對(duì)于某條記錄應(yīng)用只需要查詢一次，而在數(shù)據(jù)庫中做關(guān)聯(lián)查詢，則可能需要重復(fù)地訪問一部分?jǐn)?shù)據(jù)。從這點(diǎn)看，這樣的重構(gòu)還可能會(huì)減少網(wǎng)絡(luò)和內(nèi)存的消艷。
• 更進(jìn)一步，這樣做相當(dāng)于在應(yīng)用中實(shí)現(xiàn)了哈希關(guān)聯(lián)，而不是使用MySQL的嵌套循環(huán)關(guān)聯(lián)。某些場景哈希關(guān)聯(lián)的效率要高很多。