ADO.Net 之 数据库连接池（一）

　　我们都知道，建立一个数据库连接是一件非常耗时（消耗时间）耗力（消耗资源）的事情。之所以会这样，是因为连接到数据库服务器需要经历几个漫长的过程:建立物理通道（例如套接字或命名管道），与服务器进行初次握手，分析连接字符串信息，由服务器对连接进行身份验证，运行检查以便在当前事务中登记等等。既然新建一条连接如此痛苦，那么为什么不重复利用已有的连接呢？

      实际上，ADO.NET已经为我们提供了名为连接池的优化方法。连接池就是这样一个容器：它存放了一定数量的与数据库服务器的物理连接。因此，当我们需要连接数据库服务器的时候，只需去池（容器）中取出一条空闲的连接，而不是新建一条连接。这样的话，我们就可以大大减少连接数据库的开销，从而提高了应用程序的性能。

      注意，连接池是具有类别区分的。即，同一个时刻同一应用程序域可以有多个不同类型的连接池。那么，连接池是由进程、应用程序域、连接字符串以及windows标识（在使用集成的安全性时）共同组成签名来标识区分的。但对于同一应用程序域来说，一般只由连接字符串来标识区分。当打开一条连接时，如果该条连接的类型签名与现有的连接池类型不匹配，则创建一个新的连接池。反之，则不创建新的连接池。

      一个典型的创建连接的实例：

　　上面实例中，我创建了三个SqlConnection对象，但是管理时只需要两个连接池。可以看到conn1与conn3的连接字符串相同，所以可以共享一个连接池，而conn2与conn1、conn3不同，所以需要创建新的连接池。

      当用户创建连接请求或者说调用Connection对象的Open时，连接池管理器首先需要根据连接请求的类型签名找到匹配类型的连接池，然后尽力分配一条空闲连接。具体情况如下：

　　[1]如果池中有空闲连接可用，返回该连接。

　　[2]如果池中连接都已用完，创建一个新连接添加到池中。

　　[3]如果池中连接已达到最大连接数，请求进入等待队列直到有空闲连接可用。

      无效连接，即不能正确连接到数据库服务器的连接。对于连接池来说，存储的与数据库服务器的连接的数量是有限的。因此，对于无效连接，如果如不及时移除，将会浪费连接池的空间。其实你不用担心，连接池管理器已经很好的为我们处理了这些问题。如果连接长时间空闲，或检测到与服务器的连接已断开，连接池管理器会将该连接从池中移除。

      当我们使用完一条连接时，应当及时关闭或释放连接， 连接在关闭或断开时释放回池中，以便重复利用。我们可以通过Connection对象的Close或Dispose方法，也可以通过C#的using语句来关闭连接。

2.5 Connection Pool 如何工作

　　如果指定为 True，ADO.Net就会根据ConnectString创建一个Connection Pool，然后向Connection Pool中填充Connection。填充多少个Connection由Min Pool Size (默认为0)属性来决定。例如如果指定为5，则ADO.Net会一次与SQL数据库之间打开5个连接，然后将4个Connection，保存在 Connection Pool中，1个Connection返回给程序。

　　同时还会判断Connection Lifetime(默认为0)属性，0代表无限大，如果Connection存在的时间超过了Connection LifeTime，ADO.net就会关闭的Connection同时断开与数据库的连接，而不是重新保存到Connection Pool中。（这个设置主要用于群集的SQL 数据库中，达到负载平衡的目的）。

　　[2] 如果Pooling指定为False，则直接断开与数据库之间的连接。

　　然后 ADO.net需要判断当前的Connection Pool中是否有可以使用的Connection(没有被其他程序所占用)，如果没有的话，ADO.net就需要判断ConnectionString设 置的Max Pool Size （默认为100），如果Connection Pool中的所有Connection没有达到Max Pool Size，ADO.net则会再次连接数据库，创建一个连接，然后将Connection返回给程序。

　　如果已经达到了 MaxPoolSize，ADO.net就不会再次创建任何新的连接，而是等待Connection Pool中被其他程序所占用的Connection释放，这个等待时间受SqlConnection.ConnectionTimeout（默认是15 秒）限制，也就是说如果时间超过了15秒，SqlConnection就会抛出超时错误（所以有时候如果SqlConnection.open()方法抛 出超时错误，一个可能的原因就是没有及时将之前的Connnection关闭，同时Connection Pool数量达到了MaxPoolSize。）

　　如果有可用的Connection，从Connection Pool 取出的Connection也不是直接就返回给程序，ADO.Net 还需要检查ConnectionString的ConnectionReset属性 (默认为True)是否需要对Connection 进行一次reset。由于，之前从程序中返回的Connection可能已经被修改过，比如说使用 SqlConnection.ChangeDatabase method 修改当前的连接，此时返回的 Connection 可能就已经不是连接当前的Connection String指定的Initial Catalog数据库了。所以需要reset一次当前的连接。但是由于所有的额外检查都会增大ADO.Net Connection Pool 对系统的开销。

连接池的行为可以通过连接字符串来控制，主要包括四个重要的属性：

　　[1]Connection Timeout：以秒为单位的连接生存期最大值（默认值是15 秒；0 表示无限制连接永不失效） ；　　[2]Connection Reset：是否自支重置来自连接池中的连接（默认值是True）；　　[3]Enlist：是否将连接置入当前事务的上下文中（默认是True）；　　[4]Load Balance Timeout：同Connection Timeout属性；　　[5]Max Pool Size：保存在连接池中的最大连接数（默认值是100，理论最大值为32767；N，来动态扩大连接池中的连接最大数量）；　　[6]Min Pool Size：保存在连接池中最小的连接数（默认值是0，建议调整为5）；

　　如果 MinPoolSize 在连接字符串中未指定或指定为零，池中的连接将在一段时间不活动后关闭。但是，如果指定的 MinPoolSize 大于零，在 AppDomain 被卸载并且进程结束之前，连接池不会被破坏。非活动或空池的维护只需要最少的系统开销。注意，当出现故障转移等错误时，会自动清除池。　　[7]Pooling：是否启用连池功能（默认为True）。ADO.NET默认是启用连接池的，因此，若要禁用需手动设置Pooling=false来禁用连接池。

　　[8]Connection Lifetime：Connection的生存周期（默认为0，无限大）

　　实例来理解连接池的属性吧。代码如下：

      当用户打开一个连接而没有正确或者及时的关闭时，经常会引发“连接泄露”问题。泄露的连接，会一直保持打开状态，直到调用Dispose方法，垃圾回收器（GC）才关闭和释放连接。与ADO不同，ADO.NET需要手动的关闭使用完的连接。一个重要的误区是：当连接对象超出局部作用域范围时，就会关闭连接。实际上，当超出作用域时，释放的只是连接对象而非连接资源。

　　实例如下：