SQL Server跨服务器查询性能对比：本地与远程联表vs全远程联表？

优先选择方式2：所有表在服务器B上完成关联，原因如下：

方式2的核心性能优势 #

• 消除跨网络数据传输瓶颈：如果在服务器A上关联B的表和本地表，SQL Server会默认将B端需要参与关联的数据集（甚至全表）先拉取到A，再在本地做关联计算。哪怕最终只需要10%的结果，也可能要传输数倍于结果量的数据，网络带宽/延迟会成为最大的性能拖累。而在B本地完成关联，所有计算都在数据库引擎内部进行，完全没有跨服务器的网络开销。
• 利用本地数据库的优化能力：服务器B上的表可以直接使用本地创建的索引、统计信息，SQL Server查询优化器能生成最优的执行计划（比如嵌套循环、哈希匹配的合理选择），远优于跨服务器分布式查询的受限优化逻辑。

方式1的潜在性能问题 #

• 查询优化器的局限性：跨服务器关联时，SQL Server无法实时获取链接服务器B上的表统计信息，容易生成低效的执行计划（比如对B端大表做全表扫描后再拉取到A）。
• 网络开销不可控：即使是局域网环境，跨服务器传输数据的速度也远低于本地磁盘/内存的读写效率，数据量越大，性能差距越显著。

补充优化建议 #

• 若需要将关联结果同步到服务器A，尽量在B端完成所有过滤、关联逻辑，仅将最终结果集传输到A。例如：

  INSERT INTO A.dbo.报表目标表
  SELECT 关联后的字段列表
  FROM B.dbo.表1
  JOIN B.dbo.表2 ON 表1.关联键 = 表2.关联键
  WHERE 过滤条件
  

• 若不得不进行跨服务器关联，定期更新链接服务器表的统计信息，帮助优化器生成更合理的计划：

  UPDATE STATISTICS B.数据库名.dbo.表名
  

• 检查链接服务器配置：确保使用适配的OLE DB驱动，开启RPC OUT等必要选项，避免额外的性能损耗。

内容的提问来源于stack exchange，提问作者Mr. Spock