<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          為什么 MySQL 不推薦使用 join?

          共 1772字,需瀏覽 4分鐘

           ·

          2021-03-31 20:18


          上一篇:3600萬中國人在抖音“上清華”

          來源:cnblogs.com/liboware/p/12740901.html

          1.對于mysql,不推薦使用子查詢和join是因為本身join的效率就是硬傷,一旦數(shù)據(jù)量很大效率就很難保證,強烈推薦分別根據(jù)索引單表取數(shù)據(jù),然后在程序里面做join,merge數(shù)據(jù)。

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

          3.如果是JOIN的話,它是走嵌套查詢的。小表驅(qū)動大表,且通過索引字段進行關(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)用程序可以方便地緩存單表查詢對應(yīng)的結(jié)果對象。如果關(guān)聯(lián)中的某個表發(fā)生了變化,那么就無法使用查詢緩存了,而拆分后,如果某個表很少改變,那么基于該表的查詢就可以重復(fù)利用查詢緩存結(jié)果了。

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

          二、應(yīng)用層關(guān)聯(lián)的使用場景

          • 當(dāng)應(yīng)用能夠方便地緩存單個查詢的結(jié)果的時候
          • 當(dāng)可以將數(shù)據(jù)分布到不同的MySQL服務(wù)器上的時候
          • 當(dāng)能夠使用IN()的方式代替關(guān)聯(lián)查詢的時候
          • 并發(fā)場景多,DB查詢頻繁,需要分庫分表

          三、不推薦使用join的原因

          1.DB承擔(dān)的業(yè)務(wù)壓力大,能減少負擔(dān)就減少。當(dāng)表處于百萬級別后,join導(dǎo)致性能下降;

          2.分布式的分庫分表。這種時候是不建議跨庫join的。目前mysql的分布式中間件,跨庫join表現(xiàn)不良。

          3.修改表的schema,單表查詢的修改比較容易,join寫的sql語句要修改,不容易發(fā)現(xiàn),成本比較大,當(dāng)系統(tǒng)比較大時,不好維護。

          四、不使用join的解決方案

          在業(yè)務(wù)層,單表查詢出數(shù)據(jù)后,作為條件給下一個單表查詢。也就是子查詢。會擔(dān)心子查詢出來的結(jié)果集太多。mysql對in的數(shù)量沒有限制,但是mysql限制整條sql語句的大小。

          通過調(diào)整參數(shù)max_allowed_packet ,可以修改一條sql的最大值。建議在業(yè)務(wù)上做好處理,限制一次查詢出來的結(jié)果集是能接受的。

          五、join查詢的優(yōu)勢

          關(guān)聯(lián)查詢的好處是可以做分頁,可以用副表的字段做查詢條件,在查詢的時候,將副表匹配到的字段作為結(jié)果集,用主表去in它。

          但是問題來了,如果匹配到的數(shù)據(jù)量太大就不行了,也會導(dǎo)致返回的分頁記錄跟實際的不一樣,解決的方法可以交給前端,一次性查詢,讓前端分批顯示就可以了,這種解決方案的前提是數(shù)據(jù)量不太,因為sql本身長度有限。

          看完這篇文章,你有什么收獲?歡迎在留言區(qū)與10w+Java開發(fā)者一起討論~

          關(guān)注微信公眾號:互聯(lián)網(wǎng)架構(gòu)師,在后臺回復(fù):2T,可以獲取我整理的教程,都是干貨。


          猜你喜歡

          1、GitHub 標(biāo)星 3.2w!史上最全技術(shù)人員面試手冊!FackBoo發(fā)起和總結(jié)

          2、如何才能成為優(yōu)秀的架構(gòu)師?

          3、從零開始搭建創(chuàng)業(yè)公司后臺技術(shù)棧

          4、程序員一般可以從什么平臺接私活?

          5、37歲程序員被裁,120天沒找到工作,無奈去小公司,結(jié)果懵了...

          6、滴滴業(yè)務(wù)中臺構(gòu)建實踐,首次曝光

          7、不認命,從10年流水線工人,到谷歌上班的程序媛,一位湖南妹子的勵志故事

          8、15張圖看懂瞎忙和高效的區(qū)別

          9、2T架構(gòu)師學(xué)習(xí)資料干貨分享


          瀏覽 60
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  六月婷婷五月 | 中文字幕无码一区二区三区一本久 | 裸体美女黄网 | 日本亲与子乱人妻hd | 黑鬼巨大两根一起挤进 |