本篇文章起源于在GCR MVP Open Day的时候和C# MVP张响讨论连接池的概念而来的。因此单独写一篇文章剖析一下连接池。 [b]为什么需要连接池[/b] 剖析一个技术第一个要问的是，这项技术为什么存在。 对于每一个到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的连接，以便应用程序反复使用这些连接以减少性能损耗。 [b]重置连接的sys.sp_reset_connection[/b] 连接是有上下文的，比如说当前连接有未提交的事务，存在可用的游标，存在对应的临时表。因此为了便于连接重复使用，使得下一个连接不会收到上一个连接的影响，SQL Server通过sys.sp_reset_connection来清除当前连接的上下文，以便另一个连接继续使用。 当在Ado.net中调用了Connection.Close()时，会触发sys.sp_reset_connection。这个系统存储过程大概会[b]做如下事情[/b]: 关闭游标 清除临时对象，比如临时表 释放锁 重置Set选项 重置统计信息 回滚未提交的事务 切换到连接的默认数据库 重置Trace Flag 此外，根据BOL上的信息：