<span id="mktg5"></span>

<i id="mktg5"><meter id="mktg5"></meter></i>

        <label id="mktg5"><meter id="mktg5"></meter></label>
        最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
        問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
        當前位置: 首頁 - 科技 - 知識百科 - 正文

        對MySQL子查詢的簡單改寫優化

        來源:懂視網 責編:小采 時間:2020-11-09 21:00:26
        文檔

        對MySQL子查詢的簡單改寫優化

        對MySQL子查詢的簡單改寫優化:使用過oracle或者其他關系數據庫的DBA或者開發人員都有這樣的經驗,在子查詢上都認為數據庫已經做過優化,能夠很好的選擇驅動表執行,然后在把該經驗移植到mysql數據庫上,但是不幸的是,mysql在子查詢的處理上有可能會讓你大失所望,在我們的生產系統上就由
        推薦度:
        導讀對MySQL子查詢的簡單改寫優化:使用過oracle或者其他關系數據庫的DBA或者開發人員都有這樣的經驗,在子查詢上都認為數據庫已經做過優化,能夠很好的選擇驅動表執行,然后在把該經驗移植到mysql數據庫上,但是不幸的是,mysql在子查詢的處理上有可能會讓你大失所望,在我們的生產系統上就由

        使用過oracle或者其他關系數據庫的DBA或者開發人員都有這樣的經驗,在子查詢上都認為數據庫已經做過優化,能夠很好的選擇驅動表執行,然后在把該經驗移植到mysql數據庫上,但是不幸的是,mysql在子查詢的處理上有可能會讓你大失所望,在我們的生產系統上就由于碰到了這個問題:

        select i_id, sum(i_sell) as i_sell
        
        from table_data
        
        where i_id in (select i_id from table_data where Gmt_create >= '2011-10-07 00:00:00′)
        
        group by i_id;
        
        

        (備注:sql的業務邏輯可以打個比方:先查詢出10-07號新賣出的100本書,然后在查詢這新賣出的100本書在全年的銷量情況)。

        這條sql之所以出現的性能問題在于mysql優化器在處理子查詢的弱點,mysql優化器在處理子查詢的時候,會將將子查詢改寫。通常情況下,我們希望由內到外,先完成子查詢的結果,然后在用子查詢來驅動外查詢的表,完成查詢;但是mysql處理為將會先掃描外面表中的所有數據,每條數據將會傳到子查詢中與子查詢關聯,如果外表很大的話,那么性能上將會出現問題;

        針對上面的查詢,由于table_data這張表的數據有70W的數據,同時子查詢中的數據較多,有大量是重復的,這樣就需要關聯近70W次,大量的關聯導致這條sql執行了幾個小時也沒有執行完成,所以我們需要改寫sql:

        SELECT t2.i_id, SUM(t2.i_sell) AS sold
        
        FROM (SELECT distinct i_id FROM table_data
        
        WHERE gmt_create >= '2011-10-07 00:00:00′) t1, table_data t2
        
        WHERE t1.i_id = t2.i_id GROUP BY t2.i_id;
        
        

        我們將子查詢改為了關聯,同時在子查詢中加上distinct,減少t1關聯t2的次數;

        改造后,sql的執行時間降到100ms以內。

        您可能感興趣的文章:

      1. MySQL優化之使用連接(join)代替子查詢
      2. MYSQL子查詢和嵌套查詢優化實例解析
      3. mysql in語句子查詢效率慢的優化技巧示例
      4. mysql優化系列 DELETE子查詢改寫優化
      5. mysql關聯子查詢的一種優化方法分析
      6. Oracle數據庫中基本的查詢優化與子查詢優化講解
      7. MySQL的子查詢及相關優化學習教程
      8. 淺談MySQL中的子查詢優化技巧
      9. MySQL查詢優化:用子查詢代替非主鍵連接查詢實例介紹
      10. 數據庫查詢優化之子查詢優化
      11. 聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

        文檔

        對MySQL子查詢的簡單改寫優化

        對MySQL子查詢的簡單改寫優化:使用過oracle或者其他關系數據庫的DBA或者開發人員都有這樣的經驗,在子查詢上都認為數據庫已經做過優化,能夠很好的選擇驅動表執行,然后在把該經驗移植到mysql數據庫上,但是不幸的是,mysql在子查詢的處理上有可能會讓你大失所望,在我們的生產系統上就由
        推薦度:
        標簽: mysql 優化 mysql的
        • 熱門焦點

        最新推薦

        猜你喜歡

        熱門推薦

        專題
        Top
        主站蜘蛛池模板: 无码人妻一区二区三区免费n鬼沢| 爱情岛亚洲论坛在线观看| 免费无码H肉动漫在线观看麻豆| 免费v片在线观看品善网| 欧洲乱码伦视频免费国产 | 亚洲国产精华液2020| 久久久久久久久免费看无码| 亚洲国产成人精品无码一区二区 | 成人免费毛片内射美女-百度| 亚洲毛片免费视频| 免费福利视频导航| 色偷偷女男人的天堂亚洲网 | 亚洲午夜av影院| 亚洲免费在线观看| 亚洲图片一区二区| 国内精品免费麻豆网站91麻豆| 国产精品亚洲四区在线观看| 日韩中文无码有码免费视频 | 羞羞视频免费网站在线看| 亚洲国产日韩在线视频| 久久免费观看国产99精品| 亚洲国产成人久久综合一区| 精品久久久久久久免费人妻 | 激情综合亚洲色婷婷五月| 免费观看大片毛片| 一二三区免费视频| 亚洲精品线在线观看| 国产成人免费高清激情视频| 免费一区二区无码视频在线播放 | 精品四虎免费观看国产高清午夜| 亚洲视频中文字幕在线| 四虎影院在线免费播放| 一区二区三区免费电影| 亚洲啪啪免费视频| 免费播放春色aⅴ视频| 日韩精品内射视频免费观看| 亚洲中文无码亚洲人成影院| 日本亚洲欧洲免费天堂午夜看片女人员 | 91视频免费网址| 国产亚洲精品AAAA片APP| 在线观看亚洲精品国产|