SQLServer效能最佳化之查詢提示

來源:互聯網
上載者:User

資料庫於周日被重啟了,剛好看看最佳化後的效果,順便再找找新的需要最佳化的SQL
剛好找到了類似的幾條語句,如下
select * from tableA where id not in (select id from tableB)
從執行時間20秒~70秒不等。
開始分析
首先是否用上索引,兩個id均是主鍵所以不存在索引問題
其次分析一下索引,發現這兩個id雖然是主鍵,但卻不是叢集索引,而且id是通過newid()產生的完全無序的,因此這兩個表在索引上可以說毫無用處,因為完全都是無序的。
換個思路,如果這兩個id都是排序的,而且記錄數也都不算少,再進行關聯是不是會很快呢?還好SQLServer提供了Merge Join的hint提示,試試看吧
select * from tableA where id not in (select id from tableB) OPTION (MERGE JOIN);
執行後出現以下錯誤:
訊息 8622,層級 16,狀態 1,第 1 行
由於此查詢中定義了提示,查詢處理器未能產生查詢計劃。請重新提交查詢,並且不要在查詢中指定任何提示,也不要使用 SET FORCEPLAN。
查了以下相關文檔,也就是說該語句不支援OPTION (MERGE JOIN);
那麼換成not exists再試一下,看看效果是否會好一些
select * from tableA where not exists(select 1 from tableB where tableA.id=tableb.id)
通過測試後,發現稍微速度提高了一點點
最後再添加上OPTION (MERGE JOIN),試試看,居然變成了0秒
select * from tableA where not exists(select 1 from tableB where tableA.id=tableb.id) OPTION (MERGE JOIN);
調優大獲成功,呵呵。

總結:
不是所有相關表都一定要建索引(或者彙總索引),以後可以多試試SQLServer的查詢提示。

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在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.