如何优化含OPENQUERY的SQL查询以提升执行速度

原查询的性能损耗主要来自重复扫描本地表、不必要的中间操作、远端查询可能存在全表扫描、冗余逻辑判断几个方面，可通过以下方案优化：

• 合并本地表查询，消除重复扫描和冗余条件
  原逻辑中@ID是[STG].table里fk_country=5的最大id，后续统计@actual时附加的id<=@ID属于恒成立的冗余条件，可以通过一次聚合查询同时拿到最大id和符合条件的总条数，避免两次扫描同一张表。
• 移除冗余中间对象，简化执行流程
  原代码中用于接收OPENQUERY结果的表变量@t、单独定义的@Id_aux变量都属于非必要对象，可以通过sp_executesql绑定输出参数直接获取远端统计结果，省去表变量插入、二次查询的额外开销。
• 优化远端OPENQUERY执行效率
  保留OPENQUERY的计算下推逻辑（所有统计逻辑在远端[MA]库执行，仅返回单个统计值，避免拉取全量数据到本地计算）；同时检查远端table的id字段，必须为主键或建立独立索引，让id<=xxx的count统计走索引范围扫描，避免远端全表扫描。
• 新增本地库覆盖索引
  在本地[STG].table上建立(fk_country, id)的联合覆盖索引，本地按fk_country=5过滤、取最大id、统计行数的操作都可以直接通过索引完成，不需要回表扫描全表数据，性能提升效果显著。
• 高频场景下减少跨库调用
  如果该查询需要高频执行，且远端[MA]库的表数据实时性要求不高，可以定期将远端表的id相关统计数据同步到本地，避免每次执行都产生跨服务器查询的网络开销和远端资源占用。

优化后的参考SQL：

DECLARE @actual AS INT
DECLARE @expected AS INT
DECLARE @ID AS INT
DECLARE @TSQL NVARCHAR(200)

-- 单次扫描本地表同时获取max id和actual统计值，消除冗余判断
SELECT 
  @ID = MAX(id),
  @actual = COUNT(*)
FROM [STG].table 
WHERE fk_country = 5

-- 拼接远端查询语句，通过输出参数直接获取结果，省去表变量中转
SET @TSQL = N'
SELECT @cnt = cnt FROM OPENQUERY([MA],''
  select count(*) as cnt from table where id <= ' + CONVERT(NVARCHAR(100), @ID) + '''
)'
EXEC sp_executesql @TSQL, N'@cnt INT OUTPUT', @cnt = @expected OUTPUT

-- 单次返回两个统计值，减少结果集交互开销
SELECT @expected AS expected_count, @actual AS actual_count

内容的提问来源于stack exchange，提问作者Ricardo Ferreira