但是尚未从池中获取连接_SQLServer超时时间已到,但是尚未从池中获取连接

小编最近开发了一个项目，数据库是SQLServer2008R2，在WinForm程序通过API接口短时间大批量上传数据时，出现了错误”超时时间已到，但是尚未从池中获取连接”，数据是一包一包上传的，每次调用都对数据进行验证，全部无误之后才会插入数据库。从网上得到的结果是所有池连接均在使用，并且达到了最大池大小，在connectionString中如果未指定max pool size的值，则max pool size=100，当访问人员同时连接数据库的数量为101人时，则等待SqlConnection.ConnectionTimeout设置的时间(默认是15 秒)后，还是没有可用的Connection则会出现上面的错误。

Connection Pool 是什么呢 ?

每当程序需要读写数据库的时候。Connection.Open()会使用ConnectionString连接到数据库，数据库会为程序建立 一个连接，并且保持打开状态，此后程序就可以使用T-SQL语句来查询/更新数据库。当执行到Connection.Close()后，数据库就会关闭当 前的连接。很好，一切看上去都是如此有条不紊。但是如果我的程序需要不定时的打开和关闭连接，(比如说 ASP.Net 或是 Web Service )，例如当Http Request发送到服务器的时候，我们需要打开Connection 然后使用Select* from Table 返回一个DataTable/DataSet给客户端/浏览器，然后关闭当前的Connection。那每次都Open/Close Connection 如此的频繁操作对于整个系统无疑就成了一种浪费。

ADO.Net Team就给出了一个比较好地解决方法。将先前的Connection保存起来，当下一次需要打开连接的时候就将先前的Connection 交给下一个连接。这就是Connection Pool。

Connection Pool 如何工作的？

首先当一个程序执行Connection.open()时候，ADO.net就需要判断，此连接是否支持Connection Pool (Pooling 默认为True)，如果指定为False, ADO.net就与数据库之间创建一个连接(为了避免混淆，所有数据库中的连接，都使用”连接”描述)，然后返回给程序。 如果指定为 True，ADO.net就会根据ConnectString创建一个Connection Pool，然后向Connection Pool中填充Connection(所有.net程序中的连接，都使用”Connection”描述)。填充多少个Connection由Min Pool Size (默认为0)属性来决定。例如如果指定为5，则ADO.net会一次与SQL数据库之间打开5个连接，然后将4个Connection，保存在 Connection Pool中，1个Connection返回给程序。

当程序执行到Connection.close() 的时候。如果Pooling 为True，ADO.net 就把当前的Connection放到Connection Pool并且保持与数据库之间的连接。 同时还会判断Connection Lifetime(默认为0)属性，0代表无限大，如果Connection存在的时间超过了Connection LifeTime，ADO.net就会关闭的Connection同时断开与数据库的连接，而不是重新保存到Connection Pool中。 (这个设置主要用于群集的SQL 数据库中，达到负载平衡的目的)。如果Pooling指定为False，则直接断开与数据库之间的连接。

然后当下一次Connection.Open() 执行的时候，ADO.Net就会判断新的ConnectionString与之前保存在Connection Pool中的Connection的connectionString是否一致。ADO.Net会将ConnectionString转成二进制流，所以也就是说，新的ConnectionString与保存在Connection Pool中的Connection的ConnectionString必须完全一致，即使多加了一个空格，或是修改了Connection String中某些属性的次序都会让ADO.Net认为这是一个新的连接，而重新创建一个新的连接。所以如果您使用的UserID,Password的认 证方式，修改了Password也会导致一个Connection，如果使用的是SQL的集成认证，就需要保存两个连接使用的是同一个)。 然后 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一次当前的连接。

解决方法

1. 修改几个关键页面或访问比较频繁的数据库访问操作，使用DataAdapter和DataSet来获取数据库数据，不要使用DataReader。

DataReader是独占连接的，每个DataReader都要占用一个连接。当然这个情况是偶尔出现的，所以会很长时间出现一次，因为只有同时有超过连接池最大连接数量的并发操作才会发生。比如说最大连接设100，假设有100个人同时使用DataReader正在读取数据库内容，那么当第101人读取的时候，连接池中的连接已经没有了，就会出现上面的错误。而且你加大并发数量只能暂时缓解问题，如果你加大到200个并发连接，如果有201人同时操作怎么办？你说了你使用Connection对象的Close()方法，这是不行的，因为Close()方法仅仅是关闭连接，但这个连接没有释放，还是被这个对象占用，要释放必须使用Connection的Dispose()方法显式释放连接才可以，否则这个对象占用的连接只能等到垃圾收集的情况下才能被释放。这种情况肯定会出现“超时时间已到”的错误。

2. 在访问数据库的页面上使用数据缓存，如果页面的数据不是经常更新(几分钟更新一次)的话，使用Cache对象可以不用访问数据库而使用缓存中的内容，那么可以大大减少连接数量。

3. 修改代码，把使用Connection对象的地方都在Close()后面加上Dispose()调用。

4. 建议对数据库操作进行大的修改，建立自己的数据库操作代理类，继承System.IDisposable接口，强迫释放资源，这样就不会出现连接数量不够的问题了。