频繁打开数据库连接是否影响性能的疑惑

     之前写了很多数据库开发方面的程序，有的时候需要连续操作数据库，就在想这么密 集去操作数据库会不会大量消耗资源，因为垃圾回收机制并不是马上执行。于是，特意了解了一下情况。

    其实，数据库连接并不是托管资源，所以垃圾回收管不到它。另外Stream （文件流），COM （组件），Socket等这些都是非托管的资源。

    正统的数据库Oracle，Sql Server，MySql等，都提供了一中连接池的机制来处理这种状况。下面就来了解一下这个神秘的连接池。 

    连接到数据库服务器通常由几个需要很长时间的步骤组成。必须建立物理通道（例如套接字或命名管道），必须与服务器进行初次握手，必须分析连接字符串信息，必须由服务器对连接进行身份验证，必须运行检查以便在当前事务中登记，等等。

    实际上，大多数应用程序仅使用一个或几个不同的连接配置。这意味着在执行应用程序期间，许多相同的连接将反复地打开和关闭。为了使打开连接花费的系统开销最小，ADO.NET 使用称为连接池的优化方法。

    连接池使新连接必须打开的次数得以减少。池进程保持物理连接的所有权。通过为每个给定的连接配置保留一组活动连接来管理连接。每当用户在连接上调用Open 时，池进程就会查找池中可用的连接。如果某个池连接可用，会将该连接返回给调用者，而不是打开新连接。应用程序在该连接上调用Close 时，池进程会将连接返回到活动连接池集中，而不是关闭连接。连接返回到池中之后，即可在下一个Open 调用中重复使用。

    只有配置相同的连接可以建立池连接。ADO.NET 同时保留多个池，每种配置各一个。在使用集成的安全性时，连接按照连接字符串以及 Windows 标识分到多个池中。还根据连接是否已在事务中登记来建立池连接。

    池连接可以显著提高应用程序的性能和可缩放性。默认情况下，在 ADO.NET 中启用连接池。除非显式禁用，否则，在应用程序中打开和关闭连接时，池进程会对连接进行优化。还可以提供几个连接字符串修饰符来控制连接池的行为。有关更多信息，请参见本主题后面的“使用连接字符串关键字控制连接池”。

    ------------------------------------------------------------------------------------------

    在初次打开连接时，将根据完全匹配算法创建连接池，该算法将池与连接中的连接字符串关联。每个连接池都与一个不同的连接字符串相关联。打开新连接时，如果连接字符串并非与现有池完全匹配，将创建一个新池。按进程、应用程序域、连接字符串以及 Windows 标识（在使用集成的安全性时）来建立池连接。连接字符串还必须是完全匹配的；按不同顺序为同一连接提供的关键字将分到单独的池中。

在以下 C# 示例中创建了三个新的SqlConnection 对象，但是管理时只需要两个连接池。注意，根据为Initial Catalog 分配的值，第一个和第二个连接字符串有所不同。

 

            using (SqlConnection connection = new SqlConnection("Integrated Security=SSPI;Initial Catalog=Northwind"))
            {
                connection.Open();
                // 创建连接池A
            }

            using (SqlConnection connection = new SqlConnection("Integrated Security=SSPI;Initial Catalog=pubs"))
            {
                connection.Open();
                // 创建连接池B，因为连接字符串不同
            }

            using (SqlConnection connection = new SqlConnection("Integrated Security=SSPI;Initial Catalog=Northwind"))
            {
                connection.Open();
                // 使用连接池A,因为连接字符串与连接池A相同
            }

    如果 MinPoolSize 在连接字符串中未指定或指定为零，池中的连接将在一段时间不活动后关闭。但是，如果指定的MinPoolSize 大于零，在AppDomain 被卸载并且进程结束之前，连接池不会被破坏。非活动或空池的维护只需要最少的系统开销。