在初次打開連接時，將根據完全匹配算法創建連接池，該算法將池與連接中的連接字符串關聯。每個連接池與不同的連接字符串關聯。打開新連接時，如果連接字符串并非與現有池完全匹配，將創建一個新池。按進程、按應用程序域、按連接字符串以及（在使用集成的安全性時）按 Windows 標識來建立池連接。

在以下 C# 示例中創建了三個新的 SqlConnection 對象，但是管理時只需要兩個連接池。注意，根據為 Initial Catalog 分配的值，第一個和第二個連接字符串有所不同。

using (SqlConnection connection = new SqlConnection(
"Integrated Security=SSPI;Initial Catalog=Northwind"))
{
connection.Open();
// Pool A is created.
}
using (SqlConnection connection = new SqlConnection(
"Integrated Security=SSPI;Initial Catalog=pubs"))
{
connection.Open();
// Pool B is created because the connection strings differ.
}
using (SqlConnection connection = new SqlConnection(
"Integrated Security=SSPI;Initial Catalog=Northwind"))
{
connection.Open();
// The connection string matches pool A.
}

如果 MinPoolSize 在連接字符串中未指定或指定為零，池中的連接將在一段時間不活動后關閉。但是，如果指定的 MinPoolSize 大于零，在 AppDomain 被卸載并且進程結束之前，連接池不會被破壞。非活動或空池的維護只需要最少的系統開銷。

注意
如果發生致命錯誤（例如故障轉移或注冊表中的別名更改），池將自動清除。

連接池是為每個唯一的連接字符串創建的。當創建一個池后，將創建多個連接對象并將其添加到該池中，以滿足最小池大小的要求。連接根據需要添加到池中，但是不能超過指定的最大池大小（默認值為 100）。連接在關閉或斷開時釋放回池中。

在請求 SqlConnection 對象時，如果存在可用的連接，將從池中獲取該對象。連接要可用，必須未使用，具有匹配的事務上下文或未與任何事務上下文關聯，并且具有與服務器的有效鏈接。

連接池進程通過在連接釋放回池中時重新分配連接，來滿足這些連接請求。如果已達到最大池大小且不存在可用的連接，則該請求將會排隊。然后，池進程嘗試重新建立任何連接，直到到達超時時間（默認值為 15 秒）。如果池進程在連接超時之前無法滿足請求，將引發異常。

警告
我們建議您在使用完連接時一定要關閉連接，以便連接可以返回池。要關閉連接，可以使用 Connection 對象的 Close 或 Dispose 方法，也可以通過在 C# 的 using 語句中或在 Visual Basic 的 Using 語句中打開所有連接。不是顯式關閉的連接可能不會添加或返回到池中。例如，如果連接已超出范圍但沒有顯式關閉，則僅當達到最大池大小而該連接仍然有效時，該連接才會返回到連接池中。有關更多信息，請參見 Visual Basic 的using 語句（C# 參考）或如何：釋放系統資源。

注意
不要在類的 Finalize 方法中對 Connection、DataReader 或任何其他托管對象調用 Close 或 Dispose。在終結器中，僅釋放類直接擁有的非托管資源。如果類不擁有任何非托管資源，則不要在類定義中包含 Finalize 方法。有關更多信息，請參見垃圾回收。

連接池進程定期掃描連接池，查找沒有通過 Close 或 Dispose 關閉的未用連接，并重新建立找到的連接。如果應用程序沒有顯式關閉或斷開其連接，連接池進程可能需要很長時間才能重新建立連接，所以，最好確保在連接中顯式調用 Close 和 Dispose。

如果連接長時間空閑，或池進程檢測到與服務器的連接已斷開，連接池進程會將該連接從池中移除。注意，只有在嘗試與服務器進行通信之后才能檢測到斷開的連接。如果發現某連接不再連接到服務器，則會將其標記為無效。無效連接只有在關閉或重新建立后，才會從連接池中移除。

如果存在與已消失的服務器的連接，那么即使連接池管理程序未檢測到已斷開的連接并將其標記為無效，仍有可能將此連接從池中取出。這種情況是因為檢查連接是否仍有效的系統開銷將造成與服務器的另一次往返，從而抵消了池進程的優勢。發生此情況時，初次嘗試使用該連接將檢測連接是否曾斷開，并引發異常。

ADO.NET 2.0 引入了兩種新的方法來清除池：ClearAllPools 和 ClearPool。ClearAllPools 清除給定提供程序的連接池，ClearPool 清除與特定連接關聯的連接池。如果在調用時連接正在使用，將進行相應的標記。連接關閉時，將被丟棄，而不是返回池中。

連接是根據事務上下文來從池中取出并進行分配的。除非在連接字符串中指定了 Enlist=false，否則，連接池將確保連接在 Current 上下文中登記。如果連接使用登記的 System.Transactions 事務關閉并返回池中，連接將保留在池中，以便使用相同 System.Transactions 事務對該連接池的下一次請求將返回相同的連接。如果該事務沒有可用連接，在該連接打開時，將自動注冊該連接。

當連接關閉時，它將被釋放回池中，并根據其事務上下文放入相應的子部分。因此，即使分布式事務仍然掛起，仍可以關閉該連接而不會生成錯誤。這樣，您就可以在隨后提交或中止分布式事務。

SqlConnection 對象的 ConnectionString 屬性支持連接字符串鍵/值對，可以用于調整連接池邏輯的行為。有關更多信息，請參見 ConnectionString。

池碎片是許多 Web 應用程序中的一個常見問題，應用程序可能會創建大量在進程退出后才會釋放的池。這樣，將打開大量的連接，占用許多內存，從而影響性能。

因為集成安全性產生的池碎片

因為許多數據庫產生的池碎片

通過調用 sp_setapprole 系統存儲過程激活了 SQL Server 應用程序角色之后，該連接的安全上下文無法重置。但是，如果啟用了池，連接將返回池，在重復使用池連接時會出錯。

如果使用的是 SQL Server 應用程序角色，我們建議您在連接字符串中為應用程序禁用連接池。有關更多信息，請參見知識庫文章“SQL application role errors with OLE DB resource pooling”。