本篇文章起源于在GCR MVP Open Day的时候和C# MVP张响讨论连接池的概念而来的。因此单独写一篇文章剖析一下连接池。

为什么需要连接池

剖析一个技术第一个要问的是，这项技术为什么存在。
对于每一个到sql Server的连接，都需要经历TCP/IP协议的三次握手，身份认证，在sql Server里建立连接，分配资源等。而当客户端关闭连接时，客户端就会和sql Server终止物理连接。但是，我们做过数据库开发的人都知道，每次操作完后关闭连接是再正常不过的事了，一个应用程序即使在负载不大的情况下也需要不停的连接sql Server和关闭连接，同一个应用程序同时也可能存在多个连接。 因此，如果不断的这样建立和关闭连接，会是非常浪费资源的做法。因此Ado.net中存在连接池这种机制。在对sql Server来说的客户端的应用程序进程中维护连接池。统一管理Ado.net和sql Server的连接，既连接池保持和sql Server的连接，当Connection.Open()时，仅仅从连接池中分配一个已经和sql Server建立的连接，当Connection.Close(）时，也并不是和sql Server物理断开连接，仅仅是将连接进行回收。 因此，连接池总是能维护一定数量的和sql Server的连接，以便应用程序反复使用这些连接以减少性能损耗。

重置连接的sys.sp_reset_connection

连接是有上下文的，比如说当前连接有未提交的事务，存在可用的游标，存在对应的临时表。因此为了便于连接重复使用，使得下一个连接不会收到上一个连接的影响，sql Server通过sys.sp_reset_connection来清除当前连接的上下文，以便另一个连接继续使用。当在Ado.net中调用了Connection.Close()时，会触发sys.sp_reset_connection。这个系统存储过程大概会

做如下事情

:
关闭游标
清除临时对象，比如临时表
释放锁
重置Set选项
重置统计信息
回滚未提交的事务
切换到连接的默认数据库
重置Trace Flag
此外，根据BOL上的信息：
<div class="codetitle"><a style="CURSOR: pointer" data="46746" class="copybut" id="copybut46746" onclick="doCopy('code46746')"> 代码如下: