看到關于連接池的問題，覺得很有用，摘錄到自己博客上

NET 連接池救生員

防止可淹沒應用程序的池溢出

William Vaughn

大多數 ADO.NET 數據提供程序使用連接池，以提高圍繞 Microsoft 斷開連接的 .NET 結構構建的應用程序的性能。應用程序首先打開一個連接（或從連接池獲得一個連接句柄），接著運行一個或多個查詢，然后處理行集，最后將連接釋放回連接池。如果沒有連接池，這些應用程序將花費許多額外時間來打開和關閉連接。

當您使用 ADO.NET 連接池來管理基于 Web 的應用程序和客戶端/服務器 Web 服務應用程序的連接時，您的客戶通常會獲得更快的連接和更好的總體性能。但是，當您的應用程序或 Web 站點上突然涌入了同時希望進行連接的大量客戶時，會發生什么事情呢？您的應用程序會“沉沒”，還是會“游泳”？就像救生員一樣，您需要仔細監視連接池，以維護它的良好性能，并防止連接池發生溢出。我們首先探討連接池可能溢出的原因，然后討論如何編寫代碼或使用 Windows 性能監視器來監視連接池。

正如我于 2003 年 5 月發表的 'Swimming in the .NET Connection Pool' (InstantDoc ID 38356) 一文中討論的那樣，當您使用連接池時，您需要知道許多有關可伸縮性和性能的詳細信息。請記住，您需要監視和管理兩個基本因素：每個池管理的連接數和連接池的數量。在一個有效的生產系統中，池的數量通常很少（1 到 10），而且，使用中的連接的總數也很少（少于 12 ）有效的查詢只用不到一秒鐘的時間就可以完成，并斷開連接。因此，即使有數百個客戶同時訪問您的 Web 站點，相對較少的幾個連接常常足以處理整個負載。為了使您的應用程序有效地運行，您必須使連接資源處于自己的控制之下，并要監視池的狀態，這樣，在監視池發生溢出以及您的客戶開始抱怨（或離開您的網站）之前您會收到某種警告。

為什么會發生連接池溢出？

參加電子郵件討論組的人常常抱怨應用程序是如何在測試中是“龍”而在形成為產品時就變成了“蟲”的。有時，他們會報告說，當連接了大約 100 個客戶端時，應用程序會停止或掛起。請記住，一個池中的默認連接數是 100。如果您嘗試從池中打開 100 個以上的連接，ADO.NET 會使應用程序的連接請求排隊等候，直到有空閑的連接。應用程序（及其用戶）將這種情況視為進入 Web 頁的延遲或視為應用程序死鎖。讓我們首先討論一

轉載于:https://www.cnblogs.com/ivanyb/archive/2008/02/16/1070973.html

總結

以上是生活随笔為你收集整理的连接池的问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。