MySQL SQL最佳化:關聯子查詢的局限性

來源:互聯網
上載者:User

這是MySQL SQL最佳化的第三篇。

公司某個業務系統頻繁拋出問題SQL,我們對此類SQL做了基本面統計:

此類SQL近期共執行了12次,最長一次花費480秒,最短286秒

t1表的rows有90多萬,始終會掃描這麼多不需要的資料

這是由於MySQL查詢最佳化工具在處理相互關聯的子查詢方面存在局限性

MySQL總是會將相關的外層表壓到子查詢中,它認為這可以更高效地尋找資料行。
這就意味著MySQL先選擇對外層表進行全表掃描,然後根據相關欄位一個一個執行子查詢,

如果是個小表,情況可能還不會引起我們注意,但是如果外層表示一個非常大的表,那麼這個查詢的效能會非常槽糕,

很不幸,我們的情境剛好應了後者


我們最佳化後的執行效果:




Good Luck!

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.