SQLServer效能優化之查詢提示
資料庫於週日被重啟了,剛好看看優化後的效果,順便再找找新的需要優化的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的查詢提示。
剛好找到了類似的幾條語句,如下
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的查詢提示。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/6517/viewspace-669501/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- EntityFramework優化:查詢效能Framework優化
- 效能優化之分頁查詢優化
- pgsql查詢優化之模糊查詢SQL優化
- MySQL-效能優化-索引和查詢優化MySql優化索引
- MySQL: 使用explain 優化查詢效能MySqlAI優化
- mysql查詢效能優化總結MySql優化
- MySQL調優之查詢優化MySql優化
- 高效能的Mysql讀書筆記系列之六(查詢效能優化)MySql筆記優化
- 十七、Mysql之SQL優化查詢MySql優化
- 查詢優化優化
- MySQL分優化之超大頁查詢MySql優化
- 資料庫全表查詢之-分頁查詢優化資料庫優化
- 《MySQL慢查詢優化》之SQL語句及索引優化MySql優化索引
- ClickHouse的查詢效能優勢
- msyql千萬級別查詢優化之索引優化索引
- 剖析Elasticsearch的IndexSorting:一種查詢效能優化利器ElasticsearchIndex優化
- mysql查詢太慢,我們如何進行效能優化?MySql優化
- HBase查詢優化優化
- Oracle in 查詢優化Oracle優化
- join 查詢優化優化
- MySQL查詢優化MySql優化
- Mysql優化系列之——優化器對子查詢的處理MySql優化
- SqlServer遞迴查詢SQLServer遞迴
- 查詢SQLSERVER版本號SQLServer
- [玩轉MySQL之六]MySQL查詢優化器MySql優化
- HBase查詢優化之Short-Circuit Local Reads優化UI
- 最新IP資料庫 儲存優化 查詢效能優化 每秒解析上千萬資料庫優化
- mysql查詢優化檢查 explainMySql優化AI
- MySQL 查詢效能分析之 ExplainMySqlAI
- MySQL優化COUNT()查詢MySql優化
- EntityFramework優化:查詢WITH(NOLOCK)Framework優化
- MySQL 的查詢優化MySql優化
- 優化sql查詢速度優化SQL
- 分頁查詢優化優化
- MySQL 慢查詢優化MySql優化
- KunlunDB 查詢優化(一)優化
- MySQL查詢效能最佳化MySql
- 查詢效能提升3倍!Apache Hudi 查詢優化了解下?Apache優化
- MySQL——優化巢狀查詢和分頁查詢MySql優化巢狀