[翻译]——SQL Server使用链接服务器的5个性能杀手

这样重写SQL后，查询语句只跑了一秒就查询出结果了，保持SQL脚本简单。

5：当数据库位于同一个实例时使用链接服务器（Linked
Server）

这种场景的性能损耗可能不像其它场景那样明显，但是这种方式比使用数据库前缀（Database.dbo.TableName)要慢

如果你想区别这两种情形，可以在测试数据库测试、对比这两种方法的性能，然后决定性能的提升是否值得在生产环境修改代码。在某些情况下，它是会提升性能的。

---------------------------------------自己的体会、理解----------------------------------------------

关于SQL SERVER的链接服务器（Linked
Servers）这项功能，跨数据库/跨服务器查询时非常有用(比如分布式数据库系统中)，开发人员尤其喜欢使用它连接到远程数据源查询数据，甚至都到了滥用的地步。正所谓很多东西都具有两面性，链接服务器(Linked
Servers)给跨服务器查询、分布式查询带来方便、简单化的同时，也带来了性能、安全等一系列问题。

1：性能问题

在复杂环境下（大数据时代更是如此），可能需要在多个不同服务器之间的数据库进行数据交互。由于数据可以无处不在，开发人员自然要编写一个查询联接尽可能多的数据可以不考虑它是本地的还是远程的。于是链接服务器的大量使用应运而生，但是链接服务器的滥用和不合理使用可能会导致数据库出现很多ASYNC_NETWORK_IO等待事件。另外，书写不好的SQL有可能导致严重的性能问题。

解决方法：你可以通过发布-订阅或者作业将数据集（表）数据先同步到本地服务器，然后将SQL脚本中的链接服务器去掉，这样对SQL查询性能有非常大的提升，尤其是查询比较频繁或数据量大的SQL语句。但是这样随之而来了其它问题：
同步数据的及时性（作业同步数据）、额外的精力去管理、监控数据同步（发布-订阅）。

SQL里面使用了Linked
Servers导致性能低下，一方面是由于网络数据传送的延时，另外一方面则是优化器不能很好的生成最佳的执行计划.
解释:由于权限问题，使用了链接服务器（Linked Servers）的SQL导致SQL
SERVER优化器不能利用远程服务器这些表的统计信息，从而不能生成最优的执行计划。如果SQL
SERVER优化器可以利用到远程服务器相关表的统计信息，则链接服务器使用的账号必须拥有sysadmin、 db_owner,
db_ddladmin这样的角色，但是很多时候处于安全考虑，创建链接服务器时使用的账号往往没有这么大的权限。在SQL SERVER 2012
SP1中这个问题已经解决了，只需要拥有SELECT权限就可以使用远程服务器相关表的统计信息。

下面这段摘自TOP 3 PERFORMANCE KILLERS FOR LINKED SERVER QUERIES

----------------------------------------------------------------------------------------------------------------

1. INSUFFICIENT PERMISSIONS

Without a doubt this is the number one reason for why linked
server query performance suffers. Historically in order for SQL Server to take
advantage of using statistics on the remote server then the login used to make
the connection on the remote servers needed sufficient rights. The role needed
would have been one of the following:

• sysadmin
  
• db_owner
  
• db_ddladmin

If you don’t have sufficient permissions then you aren’t able
to use stats, and this is killing your performance across that linked server
connections. So for everyone that has been assigning the db_datareader role to
remote logins you are sacrificing performance for security. While that may be an
acceptable tradeoff in your shop, I am willing to wager that most admins have no
idea about this silent performance killer.

A good example of identifying these symptoms are contained in
this article: http://www.sql-server-performance.com/2006/api-server-cursors/

In SQL 2012 SP1 the permissions to view the statistics on an
object have been modified so that a user with SELECT permission would be able to
use the stats on the remote tables. Check this link for more details in the ‘Permissions’ section towards
the bottom.

---------------------------------------------------------------------------------------------------

2：安全问题

滥用链接服务器会导致一个数据库实例跟N个数据库实例之间建立Linked
Server，导致数据库管理、监控的变得越来越复杂，管理问题是一个，另外一个则是数据库的安全问题。这个最是头痛。

参考资料：

http://www.dbnewsfeed.com/2012/09/08/5-performance-killers-when-working-with-linked-servers/