ADO.NET中SQL Server數據庫連接池
實際上，大多數應用程序僅使用一個或幾個不同的連接配置。 這意味著在執行應用程序期間，許多相同的連接將反復地打開和關閉。 為了使打開的連接成本***，ADO.NET 使用稱為連接池的優化方法。
連接池減少新連接需要打開的次數。 池進程保持物理連接的所有權。 通過為每個給定的連接配置保留一組活動連接來管理連接。 只要用戶在連接上調用 Open，池進程就會檢查池中是否有可用的連接。 如果某個池連接可用，會將該連接返回給調用者，而不是打開新連接。 應用程序對該連接調用 Close 時，池進程會將連接返回到活動連接池集中，而不是真正關閉連接。 連接返回到池中之后，即可在下一個 Open 調用中重復使用。
只有配置相同的連接可以建立池連接。 ADO.NET 同時保留多個池，每個配置一個池。 連接由連接字符串以及 Windows 標識（在使用集成的安全性時）分為多個池。 還根據連接是否已在事務中登記來建立池連接。
池連接可以顯著提高應用程序的性能和可縮放性。 默認情況下，ADO.NET 中啟用連接池。除非顯式禁用，否則，連接在應用程序中打開和關閉時，池進程將對連接進行優化。 還可以提供幾個連接字符串修飾符來控制連接池的行為。
池的創建和分配
在初次打開連接時，將根據完全匹配算法創建連接池，該算法將池與連接中的連接字符串關聯。 每個連接池都與一個不同的連接字符串相關聯。 打開新連接時，如果連接字符串并非與現有池完全匹配，將創建一個新池。 按進程、按應用程序域、按連接字符串以及（在使用集成的安全性時）按 Windows 標識來建立池連接。 連接字符串還必須是完全匹配的；按不同順序為同一連接提供的關鍵字將分到單獨的池中。
在以下 C# 示例中創建了三個新的 SqlConnection 對象，但是管理時只需要兩個連接池。 注意，根據為 Initial Catalog 分配的值，***個和第二個連接字符串有所不同。
1: using (SqlConnection connection = new SqlConnection(
2: "Integrated Security=SSPI;Initial Catalog=Northwind"))
3: { 4: connection.Open(); 5: // Pool A is created.
6: } 7: 8: using (SqlConnection connection = new SqlConnection(
9: "Integrated Security=SSPI;Initial Catalog=pubs"))
10: { 11: connection.Open(); 12: // Pool B is created because the connection strings differ.
13: } 14: 15: using (SqlConnection connection = new SqlConnection(
16: "Integrated Security=SSPI;Initial Catalog=Northwind"))
17: { 18: connection.Open(); 19: // The connection string matches pool A.
20: }如果 MinPoolSize 在連接字符串中未指定或指定為零，池中的連接將在一段時間不活動后關閉。 但是，如果指定的 MinPoolSize 大于零，在 AppDomain 被卸載并且進程結束之前，連接池不會被破壞。 非活動或空池的維護只需要最少的系統開銷。
注意：
當出現故障轉移等錯誤時，會自動清除池。
添加連接連接池是為每個唯一的連接字符串創建的。 當創建一個池后，將創建多個連接對象并將其添加到該池中，以滿足最小池大小的要求。 連接根據需要添加到池中，但是不能超過指定的***池大小（默認值為 100）。 連接在關閉或斷開時釋放回池中。
在請求 SqlConnection 對象時，如果存在可用的連接，將從池中獲取該對象。 連接要可用，必須未使用，具有匹配的事務上下文或未與任何事務上下文關聯，并且具有與服務器的有效鏈接。
連接池進程通過在連接釋放回池中時重新分配連接，來滿足這些連接請求。 如果已達到***池大小且不存在可用的連接，則該請求將會排隊。 然后，池進程嘗試重新建立任何連接，直到到達超時時間（默認值為 15 秒）。 如果池進程在連接超時之前無法滿足請求，將引發異常。
警告：我們強烈建議您在使用完連接后總是將其關閉，以使連接返回到池中。要關閉連接，可以使用 Connection 對象的 Close 或 Dispose 方法，也可以通過在 C# 的 using 語句中或在 Visual Basic 的 Using 語句中打開所有連接。 不是顯式關閉的連接可能不會添加或返回到池中。
移除連接
如果連接長時間空閑，或池進程檢測到與服務器的連接已斷開，連接池進程會將該連接從池中移除。 注意，只有在嘗試與服務器進行通信之后才能檢測到斷開的連接。 如果發現某連接不再連接到服務器，則會將其標記為無效。 無效連接只有在關閉或重新建立后，才會從連接池中移除。
如果存在與已消失的服務器的連接，那么即使連接池管理程序未檢測到已斷開的連接并將其標記為無效，仍有可能將此連接從池中取出。 這種情況是因為檢查連接是否仍有效的系統開銷將造成與服務器的另一次往返，從而抵消了池進程的優勢。 發生此情況時，初次嘗試使用該連接將檢測連接是否曾斷開，并引發異常。
清除池
ADO.NET 2.0 引入了清除池的兩種新方法： ClearAllPools 和 ClearPool。 ClearAllPools 清除給定提供程序的連接池，ClearPool 清除與特定連接關聯的連接池。 如果在調用時連接正在使用，將進行相應的標記。 連接關閉時，將被丟棄，而不是返回池中。
使用連接字符串關鍵字控制連接池下表列出了 ConnectionString 內連接池值的有效名稱。有關更多信息，請參見 SQL Server 連接池 (ADO.NET)。
Connection Lifetime
0
當連接被返回到池時，將其創建時間與當前時間作比較，如果時間長度（以秒為單位）超出了由 Connection Lifetime 指定的值，該連接就會被銷毀。這在聚集配置中很有用（用于強制執行運行中的服務器和剛置于聯機狀態的服務器之間的負載平衡）。
零 (0) 值將使池連接具有***的連接超時。
Connection Reset
'true'
確定從池中提取數據庫連接時是否重置數據庫連接。對于 SQL Server 7.0 版，設置為 false 可避免獲取連接時再有一次額外的服務器往返行程，但須注意此時并未重置連接狀態（如數據庫上下文）。
只要不將 Connection Reset 設置為 false，連接池程序就不會受到 ChangeDatabase 方法的影響。連接在退出相應的連接池以后將被重置，并且服務器將移回登錄時數據庫。不會創建新的連接，也不會重新進行身份驗證。如果將 Connection Reset 設置為 false，則池中可能會產生不同數據庫的連接。
Enlist
'true'
當該值為 true 時，池程序在創建線程的當前事務上下文中自動登記連接。可識別的值為 true、false、yes 和 no。
Load Balance Timeout
0
連接被銷毀前在連接池中生存的最短時間（以秒為單位）。
Max Pool Size
100
池中允許的***連接數。
Min Pool Size
0
池中允許的最小連接數。
Pooling
'true'
當該值為 true 時，系統將從適當的池中提取 SQLConnection 對象，或在需要時創建該對象并將其添加到適當的池中。可識別的值為 true、false、yes 和 no。
從深藍居的博客上找到的描述：
前幾天同事問我一個問題，一種CS架構的程序，直接把SQL Server作為服務端，每個客戶端直接連接數據庫操作(kay注：S2的cs項目就是這種架構)，如果客戶端打開的數量過多時SQL Server的連接數將會特別高，數據庫端形成性能瓶頸，這種情況下怎么辦？想了想，造成這種情況的原因是ADO.NET的內部機制造成的。ADO.NET中為了提高性能，所以使用了連接池，這樣每個請求就不必都創建一個連接，然后認證，然后執行SQL，而是從連接池中直接取出連接執行SQL，執行完成后也并不是真正關閉連接，而是將該連接重新放回連接池中。如果有100個客戶端，每個客戶端在使用一段時間后連接池中保存了10個連接，那么在這種情況下，即使不在客戶端做任何操作，SQL Server上都有1000個連接，這樣不出性能問題才怪。
既然是連接池的問題，那么我就針對該問題想到了2個解決辦法：
1.關閉ADO.NET的連接池，每次執行SQL時都是新建一個連接執行，然后關閉。這樣做將使數據查詢有所減慢（每次都建立連接，每次都認證，當然會慢了），不過這個慢是毫秒級的，一般感覺不到的，但是如果一個操作就涉及到幾百個SQL語句的情況可能會明細感覺到減慢。修改方法特別簡單，都不用修改代碼，在數據庫鏈接字符串中加入Pooling=False;即可。
2.修改架構，這種CS架構除了性能問題外還會出現其他的比如安全上的問題。可以將直接連數據庫的方法改成連接服務，這其中可以使用Remoting、Web服務等，當然現在可以統一用WCF了。這樣做就只有服務程序去連接數據庫，而客戶端只連接服務程序，這樣就不會出現連接池造成的瓶頸。不過這樣做代碼修改量很大，若真要改還是很痛苦的。
以下是網上找到的一篇介紹ADO.NET連接池的文章，感覺不錯。
連接池允許應用程序從連接池中獲得一個連接并使用這個連接，而不需要為每一個連接請求重新建立一個連接。一旦一個新的連接被創建并且放置在連接池中，應用程序就可以重復使用這個連接而不必實施整個數據庫連接創建過程。
當應用程序請求一個連接時，連接池為該應用程序分配一個連接而不是重新建立一個連接；當應用程序使用完連接后，該連接被歸還給連接池而不是直接釋放。
如何實現連接池
確保你每一次的連接使用相同的連接字符串（和連接池相同）；只有連接字符串相同時連接池才會工作。如果連接字符串不相同，應用程序就不會使用連接池而是創建一個新的連接。
優點
使用連接池的最主要的優點是性能。創建一個新的數據庫連接所耗費的時間主要取決于網絡的速度以及應用程序和數據庫服務器的（網絡）距離，而且這個過程通常是一個很耗時的過程。而采用數據庫連接池后，數據庫連接請求可以直接通過連接池滿足而不需要為該請求重新連接、認證到數據庫服務器，這樣就節省了時間。
缺點
數據庫連接池中可能存在著多個沒有被使用的連接一直連接著數據庫（這意味著資源的浪費）。
技巧和提示
1． 當你需要數據庫連接時才去創建連接池，而不是提前建立。一旦你使用完連接立即關閉它，不要等到垃圾收集器來處理它。
2． 在關閉數據庫連接前確保關閉了所有用戶定義的事務。
3． 不要關閉數據庫中所有的連接，至少保證連接池中有一個連接可用。如果內存和其他資源是你必須首先考慮的問題，可以關閉所有的連接，然后在下一個請求到來時創建連接池。
連接池FAQ
1． 何時創建連接池？
當***個連接請求到來時創建連接池；連接池的建立由數據庫連接的連接字符創來決定。每一個連接池都與一個不同的連接字符串相關。當一個新的連接請求到來時如果連接字符串和連接池使用的字符串相同，就從連接池取出一個連接；如果不相同，就新建一個連接池。
2． 何時關閉連接池？
當連接池中的所有連接都已經關閉時關閉連接池。
3． 當連接池中的連接都已經用完，而有新的連接請求到來時會發生什么？
當連接池已經達到它的***連接數目時，有新的連接請求到來時，新的連接請求將放置到連接隊列中。當有連接釋放給連接池時，連接池將新釋放的連接分配給在隊列中排隊的連接請求。你可以調用close和dispose將連接歸還給連接池。
4． 我應該如何允許連接池？
對于.NET應用程序而言，默認為允許連接池。（這意味著你可以不必為這件事情做任何的事情）當然，如果你可以在SQLConnection對象的連接字符串中加進Pooling=true;確保你的應用程序允許連接池的使用。
5． 我應該如何禁止連接池？
ADO.NET默認為允許數據庫連接池，如果你希望禁止連接池，可以使用如下的方式：
1) 使用SQLConnection對象時，往連接字符串加入如下內容：Pooling=False;
2) 使用OLEDBConnection對象時，往連接字符串加入如下內容：OLE DB Services=-4;
通過上面的兩篇文章希望大家可以明白什么是數據庫連接池，什么時候適用，什么時候不適用。關于性能測試，我做了一個小例子，大家可以看看：
***次運行：
多次運行后：
測試按鈕的代碼如下：
1: string connStringUsePool = "server=.;database=pubs;uid=sa;pwd=123456;pooling=true;connection lifetime=0;min pool size = 1;max pool size=50";
2: string connStringUnUsePool = "server=.;database=pubs;uid=sa;pwd=123456;pooling=false";
3: 4: private void button1_Click(object sender, EventArgs e)
5: { 6: 7: 8: int count = 50;
9: 10: DateTime start = DateTime.Now;11: for (int i = 0; i < count; i++)
12: {13: using (SqlConnection conn = new SqlConnection(connStringUsePool))
14: { 15: conn.Open(); 16: conn.Close(); 17: } 18: } 19: DateTime end = DateTime.Now; 20: TimeSpan ts = end - start;21: label1.Text = "使用連接池"+ts.Milliseconds.ToString();
22: 23: start = DateTime.Now;24: for (int i = 0; i < count; i++)
25: {26: using (SqlConnection conn = new SqlConnection(connStringUnUsePool))
27: { 28: conn.Open(); 29: conn.Close(); 30: } 31: } 32: end = DateTime.Now; 33: ts = end - start;34: label2.Text = "不使用連接池" + ts.Milliseconds.ToString();
35: }【編輯推薦】
