原来自己对连接字符串中Min Pool Size的理解是错误的

假设我们在一个ASP.NET应用程序的连接字符串中将Min Pool Size设置为30：

<add name="cnblogs" connectionString="Data Source=.;Initial Catalog=cnblogs;Min Pool Size=30" providerName="System.Data.SqlClient"/>

访问一下应用程序，然后用Windows Performance Monitor监测一下.NET Data Provider for SqlServer -> NumberOfPooledConnections（连接池中的连接总数）：

 

连接池中的连接总数不是30，而是60（见上图）。Min Pool Size=30，为什么NumberOfPooledConnections会是60？

用Performance Monitor监测一下.NET Data Provider for SqlServer -> NumberOfActiveConnectionPools：

 

原来有2个连接池（Connection Pool），60(NumberOfPooledConnections) = 30(Min Pool Size) × 2(NumberOfActiveConnectionPools)，60就是这么来的。

假如这时应用程序中需要的数据库连接数超过60，情况会怎么样呢？

NumberOfPooledConnections会变为90，也就是说ADO.NET创建了一个新的连接池（NumberOfActiveConnectionPools由2变为3），并且这个连接池中包含30个连接（Min Pool Size = 30）。

当发现这个时，我才知道自己以前对Min Pool Size的理解完全是错误的。以前以为只有一个连接池，当设置了Min Pool Size = 30，在初始化创建连接池时，会创建30个数据库连接；当30个连接不够用时，会需要多少就创建多少。

而MSDN中对Min Pool Size的解释真够简单：The minimum number of connections maintained in the pool. 

再次证明了实践出真知。

转载于:https://www.cnblogs.com/dudu/archive/2013/04/16/min_pool_size_connection_pool.html