缓冲池简介

建立数据库连接分几个步骤。首先，要与网络数据库服务器建立连接。接着，解析连接字符串并对用户进行验证。最后，建立连接并执行操作。连接缓冲池允许应用程序维持一个数据库连接的所有权。

连接缓冲池维持一组（或一池）活动数据库连接。当一个应用程序试图打开一个数据库连接时，缓冲池（如可用）恢复一个开放的连接。关闭连接则将它返回到缓冲池给其他进程使用。

ADO.NET缓冲池连接拥有同样的连接或配置（连接字符串）。它能维持一个以上的缓冲池（实际上，每个配置一个缓冲池）。有用的提示：除非另有说明，（默认情况下）程序利用连接缓冲池。如果你关闭或中断所有连接，那么就没有缓冲池（因为没有有效的连接）。

虽然保持数据库连接一直开放会引起麻烦，但由于这样不必再次打开连接，所以对于应用程序与数据库之间的即时通信会有好处。一些数据库管理员可能并不赞成这一做法，因为数据库同时打开了几个连接（但并非所有连接都有用）。要根据有效的服务器资源与应用程序需求（即是否确实有需要）来应用连接缓冲池。

应用连接缓冲池

默认情况下，连接缓冲池处于活动状态。你也可以通过修改连接字符串中的缓冲池设置来撤销默认行为。下面的SQL Server连接字符串并未利用连接缓冲池。

Data Source=TestServer;Initial Catalog=Northwind;

User ID=Chester;Password=Tester;Pooling=False;

其它.NET数据供应者(Data Provider)也可以使用同样的方法。你可以将其值设为真（或除掉Pooling变量使用默认行为）来激活它。另外，连接缓冲池的默认大小为100，但你也可以用连接字符串变量来修改它。你可以用下面的变量来控制缓冲池的最大与最小值，以及事务支持：

• Max Pool Size：缓冲池允许的最大连接数目。默认值为100。
• Min Pool Size：缓冲池允许的最小连接数目。默认值为0。
• Enlist：在建立线程的当前事务中，缓冲池是否自动支持连接的信号。

Data Source=TestServer;Initial Catalog=Northwind;

User ID=Chester;Password=Tester;Max Pool Size=50;

Min Pool Size=5;Pooling=True;
　如果你使用.NET Data Provider而非SQL Server，就应该参考文件资料。其他的Data Provider可能拥有更多的缓冲池选项。Oracle Data Provider是一个典型的例子，它提供两个控制连接池缩小或增大的选项——Decr Pool Size和Incr Pool Size。

微软文件规定，连接缓冲池通过对释放出缓冲池的连接进行再分配，从而满足连接需求。如果缓冲池已达到最大，且没有可用的连接，则请求排队等候。在超时时间（默认为15秒）到达前，缓冲池会设法回收利用连接。如果在连接超时前，缓冲池无法满足需求，就会产生异常。

缓冲池使用建议

使用连接缓冲池时应保持谨慎。以下是使用时的几点提示：

• 只有在需要时才打开连接。也就是说，及时打开连接。所以，要在需要时打开连接，不早也不晚。还有，操作完成后立即关闭连接，不要等到垃圾收集器来关闭连接。
• 在关闭相关连接前，关闭用户定义的事务。
• 要维持连接缓冲池，必须保持至少开放一个连接。因此，不要关闭缓冲池中的所有连接。如果服务器资源出现问题，你可以关闭所有连接；那么，下一个请求将重建缓冲池。
• 在采用集成安全机制时，不要使用连接缓冲池。这样做会为每个用户建立一个独特的连接字符串，于是每个用户拥有一个连接缓冲池，但其他用户却不能使用。最终使性能降低，所以在这种情况下要避免使用缓冲池。

ADO.NET 2.0推出了两个与连接缓冲池有关的新方法——ClearAllPools和ClearPool。ClearAllPools为一个指定的提供者清除连接缓冲池；ClearPool则清除与特定连接有关的连接缓冲池。如果在调用上述两个方法时，有连接在使用之中，则对它们打上适当的标记。当连接关闭后，就将它们抛弃，而不是返回到缓冲池中。

其它应用选项

整理数据库资源专栏后，是一个简述连接缓冲池的专栏，这似乎有些奇怪。问题的关键在于了解可用的连接，并根据应用程序需求对它们加以应用。如果应用程序与数据库保持即时通信，那么连接缓冲池就成为最佳选择，因为此时不需要打开/建立连接，性能也因此得到提高。另一方面，夜晚运行的应用程序不必维持缓冲池，因为它在白天时不需要数据库。在决定是否应用连接缓冲池时，做出明智的判断。