原来自己对连接字符串中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.
再次证明了实践出真知。