ADO.NET连接池未复用连接？SQL Server版本差异问题咨询

嘿，这个问题我之前帮人排查过类似的，咱们一步步来理清楚：

首先你的预期是对的——理论上这段代码应该复用连接池里的连接，毕竟两次用的是完全相同的连接字符串，而且在同一个TransactionScope范围内。但SQL Server 2005和2008 R2在这里的表现差异，核心原因是不同版本的SQL Server对应的.NET客户端驱动（System.Data.SqlClient）在连接池与TransactionScope的交互逻辑上有区别：

为什么SQL Server 2005会出问题？ #

在SQL Server 2005的时代，对应的早期.NET Framework版本（比如.NET 2.0未打SP补丁的版本）里，SqlConnection的连接池处理逻辑存在一个缺陷：

• 当你在TransactionScope内打开并关闭第一个连接后，这个连接会被标记为「关联了当前事务」并放回连接池。
• 但当你第二次创建新的SqlConnection实例并调用Open()时，驱动并不会从连接池中取出那个已关联事务的连接，而是会新建一个连接。
• 此时因为当前已经存在一个TransactionScope，新连接会触发事务提升为分布式事务（DTC）——这就是你看到服务器上出现2个连接的原因。而DTC服务第一次启动时通常会有3-4秒的初始化延迟，这就导致第二次Open()耗时很久。
• 一旦事务被提升为分布式事务，后续的操作都会使用这个新的分布式事务连接，第一个连接则因为和本地事务关联，无法再被复用，相当于「闲置损坏」了。

为什么SQL Server 2008 R2是正常的？ #

到了SQL Server 2008 R2对应的.NET Framework版本（比如.NET 3.5 SP1及以后），微软修复了这个连接池的逻辑：

• 当同一个TransactionScope内的连接关闭后，连接池会正确标记该连接属于当前事务。
• 后续在同一个TransactionScope内创建的新SqlConnection实例调用Open()时，驱动会直接从连接池中取出那个已关联事务的连接复用，不会新建连接，自然也不会触发分布式事务提升，所以全程只使用一个连接，符合你的预期。

针对SQL Server 2005的临时解决方案 #

如果必须在SQL Server 2005环境下解决这个问题，可以试试这两个办法：

• 复用同一个SqlConnection实例：不要创建两个独立的SqlConnection对象，而是在同一个using块内多次调用Open()和Close()（或者保持打开状态直到所有操作完成），这样连接池会直接复用当前连接，不会触发新建逻辑。
• 升级.NET Framework版本：尝试升级到.NET 3.5 SP1或更高版本，新版本的System.Data.SqlClient驱动修复了这个连接池的缺陷，即使创建新的SqlConnection实例也能正确复用连接。

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