链接服务器表上的INNER JOIN比子查询慢得多

Question

我遇到了这种奇怪的情况，我想我会把它扔到人群中找出原因。

我有一个查询加入链接服务器上的表：

select a.*, b.phone
from table_a a, 
join remote.table_b b on b.id = a.id
 (lots of data on A, but very few on B)

这个查询是永远在说话（从来没有发现实际的运行时间），那时我注意到B没有索引，所以我添加了它，但这并没有解决问题。 最后，出于绝望，我试过：

select a.*, b.phone
from table_a a, 
join (select id, phone from remote.B) as b on b.id = a.id

在我看来，这个版本的查询应该具有相同的结果，但是请注意，它会立即响应！

任何想法为什么会挂起而另一个过程很快？ 是的，我确实等待确保在运行两者之前已经构建了索引。

Answer 1

这是因为sql server engine自动生成的有时（经常）执行计划并不像我们想要的那么好和明显。 您可以在两种情况下查看执行计划。 我建议在第一个查询中使用提示，类似于：INNER MERGE JOIN。

这里有一些关于它的更多信息：

http://msdn.microsoft.com/en-us/library/ms181714.aspx

Answer 2

对于链接服务器，第二个变量在本地预取所有数据并进行连接，因为第一个变量可以对A中的每一行进行inner loop join往返链接服务器

Answer 3

远程表，因为不在该服务器上？ 当子查询对表数据的副本发出单个请求时，连接是否可能实际上向远程表发出多个调用，从而减少了在网络上等待的时间？

Answer 4

我只想猜测一下。 当你访问remote.b它是另一台服务器上的表吗？

如果是，第二个查询更快的原因是，在处理数据之前，您对另一个服务器执行一个查询并从b获取所需的所有字段。 在第一个查询中，您正在处理数据，同时您正在向另一个服务器发出多个请求。

希望这对你有所帮助。