數據庫于周日被重啟了，剛好看看優化后的效果，順便再找找新的需要優化的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的查詢提示。 《新程序員》：云原生和全面數字化實踐50位技術專家共同創作，文字、視頻、音頻交互閱讀

總結

以上是生活随笔為你收集整理的SQLServer性能优化之查询提示的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。