在SQL Server中，通过链接服务器创建视图来整合多台数据库的数据是非常常见的做法。但当视图涉及跨服务器连接时，查询往往会出现明显的性能下降，甚至拖垮整个业务系统。根本原因在于链接服务器默认的查询处理方式会把远端数据先全部拉到本地，再执行连接与过滤。
为什么跨服务器视图查询会慢
链接服务器在被执行四部分名称查询（如LinkedServer.DB.dbo.Table）时，默认可能将远程表的所有行都取到本地，再应用WHERE条件和JOIN逻辑。如果远程表很大，网络传输和本地内存开销都会极高。
- 默认未下推过滤条件，导致冗余数据传输
- 链接服务器的RPC与RPC Out选项未开启，影响远程存储过程与参数化查询
- 视图中使用了函数或计算列，阻止了查询优化器下推
优化链接服务器配置的关键方法
1. 开启RPC与RPC Out
在配置链接服务器时，开启RPC相关选项可以让SQL Server把一些操作转发到远端执行：
EXEC sp_serveroption @server = 'LinkedServer',
@optname = 'rpc',
@optvalue = 'true';
EXEC sp_serveroption @server = 'LinkedServer',
@optname = 'rpc out',
@optvalue = 'true';
2. 使用OPENQUERY下推查询
将过滤和投影写在OPENQUERY中，让远端数据库先执行查询，只回传需要的数据：
SELECT a.id, b.name FROM OPENQUERY(LinkedServer, 'SELECT id, name FROM db.dbo.remote_table WHERE status = 1') b JOIN local_table a ON a.id = b.id;
3. 避免SELECT *并限制返回列
视图定义中只选择业务必须的字段，减少网络包大小。例如：
CREATE VIEW v_cross AS SELECT a.id, a.amount, b.name FROM local_sales a JOIN OPENQUERY(LinkedServer, 'SELECT id, name FROM db.dbo.customer') b ON a.cust_id = b.id;
4. 在远端表建立合适索引
如果远端经常按某列过滤，应确保远端表在该列上有索引。链接服务器本身无法自动创建索引，需要登录远端实例操作。
| 优化手段 | 作用 |
|---|---|
| 开启RPC | 支持远端过程与参数化执行 |
| OPENQUERY | 下推SQL减少传输量 |
| 精简列 | 降低网络与内存开销 |
通过执行计划确认瓶颈
使用SET STATISTICS IO, TIME ON或图形化执行计划，观察远程扫描行数与本地消耗。如果看到Remote Scan返回百万行但本地只用几百行，就说明需要改用OPENQUERY或调整视图逻辑。
跨服务器视图慢通常不是单点故障，而是配置与写法共同导致。先改链接服务器选项，再用OPENQUERY重写视图，多数场景能有数倍提升。
小结
解决SQL视图跨服务器连接慢的问题，核心是从链接服务器配置与查询下推两方面入手。合理开启RPC、用OPENQUERY替代四部分名称、控制返回字段，并结合执行计划持续调优，才能保障跨服务器视图稳定高效。