SQLServer性能优化之查询提示

最新推荐文章于 2025-05-20 11:21:25 发布

原创最新推荐文章于 2025-05-20 11:21:25 发布 · 89 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#数据库

本文通过一个具体的案例展示了如何优化SQL查询效率。通过对原始查询语句的分析及调整，结合使用not exists替代not in，并加入OPTION(MERGEJOIN)提示，最终将查询时间从数十秒优化到几乎即时返回。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

数据库于周日被重启了，刚好看看优化后的效果，顺便再找找新的需要优化的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的查询提示。