数据库于周日被重启了，刚好看看优化后的效果，顺便再找找新的需要优化的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);
调优大获成功，呵呵。
总结：
刚好找到了类似的几条语句，如下
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的查询提示。
本文转自baoqiangwang51CTO博客，原文链接：http://blog.51cto.com/baoqiangwang/360268，如需转载请自行联系原作者
