題外話
通過前幾章的學習，不知道大家對ADO.NET有一定的了解了沒有。撇開文章質量不講，必須肯定的是，我是用心去寫每一篇文章的。無論是是在排版上，還是在內容選取上我都花了不少心思。我希望通過本系列文章，無論是新手還是老手，在ADO.NET上都能有所收獲。如果大家覺得有幫助，我希望能得到您的推薦和關注，讓我知道您對我的肯定。如果大家覺得我寫的不好，我也很樂意聽取批評的意見，讓我們一起進步。
摘要
今天我要講的是數據庫連接池。說實話，我表示鴨梨很大。因為相比其他章節來說，連接池相對來說難理解一點。我要用最通俗的語句給大家講明白，講透徹卻也不是一件很容易的事。但是，連接池又是非常重要的知識點，特別是在部署多用戶程序時，顯得尤為重要。所以，我不但要講，而且要講的透徹。通過本文，你將理解連接池的基本原理已經如何利用連接池來提高應用程序的性能。
目錄
1. 什么是連接池?
在上篇文章《你必須知道的ADO.NET（四） 品味Connection對象》中，我已經強調過，建立一個數據庫連接是一件非常耗時（消耗時間）耗力（消耗資源）的事情。之所以會這樣，是因為連接到數據庫服務器需要經歷幾個漫長的過程:建立物理通道（例如套接字或命名管道），與服務器進行初次握手，分析連接字符串信息，由服務器對連接進行身份驗證，運行檢查以便在當前事務中登記等等。我們先不管為什么會有這樣的機制，存在總是有它的道理。既然新建一條連接如此痛苦，那么為什么不重復利用已有的連接呢？
實際上，ADO.NET已經為我們提供了名為連接池的優化方法。連接池就是這樣一個容器：它存放了一定數量的與數據庫服務器的物理連接。因此，當我們需要連接數據庫服務器的時候，只需去池（容器）中取出一條空閑的連接，而不是新建一條連接。這樣的話，我們就可以大大減少連接數據庫的開銷，從而提高了應用程序的性能。
PS:本來做了2張圖片來描述連接池的，無奈公司裝有監控軟件，不能上傳，所以只能等下次有時間上傳了。
2. 連接池的工作原理
2.1 創建連接池
需要說明的是，連接池是具有類別區分的。也就是說，同一個時刻同一應用程序域可以有多個不同類型的連接池。那么，連接池是如何標識區分的？細致的講，是由進程、應用程序域、連接字符串以及windows標識（在使用集成的安全性時）共同組成簽名來標識區分的。但對於同一應用程序域來說，一般只由連接字符串來標識區分。當打開一條連接時，如果該條連接的類型簽名與現有的連接池類型不匹配，則創建一個新的連接池。反之，則不創建新的連接池。
一個典型的創建連接的實例：
//創建連接對象1
using (SqlConnection conn1 =
new SqlConnection( "DataSource=(local);Integrated Security=SSPI;Initial Catalog=Northwind"))
{
conn1.Open();
}
//創建連接對象2
using (SqlConnection conn2 =
new SqlConnection( "DataSource=(local);Integrated Security=SSPI;Initial Catalog=pubs"))
{
conn2.Open();
}
//創建連接對象3
using (SqlConnection conn3 =
new SqlConnection( "DataSource=(local);Integrated Security=SSPI;Initial Catalog=Northwind"))
{
conn3.Open();
}
上面實例中，我創建了三個SqlConnection對象，但是管理時只需要兩個連接池。細心的朋友，可能早已發現conn1與conn3的連接字符串相同，所以可以共享一個連接池，而conn2與conn1與conn3不同，所以需要創建新的連接池。
2.2 分配空閑連接
當用戶創建連接請求或者說調用Connection對象的Open時，連接池管理器首先需要根據連接請求的類型簽名找到匹配類型的連接池，然后盡力分配一條空閑連接。具體情況如下：
- 如果池中有空閑連接可用，返回該連接。
- 如果池中連接都已用完，創建一個新連接添加到池中。
- 如果池中連接已達到最大連接數，請求進入等待隊列直到有空閑連接可用。
2.3 移除無效連接
無效連接，即不能正確連接到數據庫服務器的連接。對於連接池來說，存儲的與數據庫服務器的連接的數量是有限的。因此，對於無效連接，如果如不及時移除，將會浪費連接池的空間。其實你不用擔心，連接池管理器已經很好的為我們處理了這些問題。如果連接長時間空閑，或檢測到與服務器的連接已斷開，連接池管理器會將該連接從池中移除。
2.4 回收使用完的連接
當我們使用完一條連接時，應當及時關閉或釋放連接，以便連接可以返回池中重復利用。我們可以通過Connection對象的Close或Dispose方法，也可以通過C#的using語句來關閉連接。
3. 說說幾個非常重要屬性
連接池的行為可以通過連接字符串來控制，主要包括四個重要的屬性：
- Connection Timeout：連接請求等待超時時間。默認為15秒，單位為秒。
- Max Pool Size: 連接池中最大連接數。默認為100。
- Min Pool Size: 連接池中最小連接數。默認為0。
- Pooling: 是否啟用連接池。ADO.NET默認是啟用連接池的，因此，你需要手動設置Pooling=false來禁用連接池。
還是看一個實例來理解連接池的屬性吧。代碼如下：
SqlConnectionStringBuilder connStr = new SqlConnectionStringBuilder();
connStr.DataSource = @".\SQLEXPRESS";
connStr.InitialCatalog = "master";
connStr.IntegratedSecurity = true;
connStr.Pooling = true; //開啟連接池
connStr.MinPoolSize = 0; //設置最小連接數為0
connStr.MaxPoolSize = 50; //設置最大連接數為50
connStr.ConnectTimeout = 10; //設置超時時間為10秒
using( SqlConnection conn = new SqlConnection(connStr.ConnectionString))
{
;//todo
}
4. 連接池異常與處理方法
當用戶打開一個連接而沒有正確或者及時的關閉時，經常會引發“連接泄露”問題。泄露的連接，會一直保持打開狀態，直到調用Dispose方法，垃圾回收器（GC）才關閉和釋放連接。與ADO不同，ADO.NET需要手動的關閉使用完的連接。一個重要的誤區是：當連接對象超出局部作用域范圍時，就會關閉連接。實際上，當超出作用域時，釋放的只是連接對象而非連接資源。好吧，還是先看看一個實例吧。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Data;
using System.Data.SqlClient;
namespace ConnectionPool
{
class Program
{
static void Main(string[] args)
{
SqlConnectionStringBuilder connStr = new SqlConnectionStringBuilder();
connStr.DataSource = @".\SQLEXPRESS";
connStr.InitialCatalog = "master";
connStr.IntegratedSecurity = true;
connStr.MaxPoolSize = 5;//設置最大連接池為5
connStr.ConnectTimeout = 1;//設置超時時間為1秒
SqlConnection conn = null;
for (int i = 1; i <= 100; ++i)
{
conn = new SqlConnection(connStr.ConnectionString);
try
{
conn.Open();
Console.WriteLine("Connection{0} is linked",i);
}
catch(Exception ex)
{
Console.WriteLine("\n異常信息:\n{0}",ex.Message);
break;
}
}
Console.Read();
}
}
}
為了使結果更明顯，我特地將最大連接數設置為5，超時時間為1秒。運行后，很快得到以下結果。
從上面的結果我們很明顯的知道，連接出現了異常。我們已經知道連接池的最大連接數為5，當創建第6條連接時，由於連接池中連接數量已經達到了最大數並且沒有空閑的連接，因此需要等待連接直到超時。當超過超時時間時，就出現了上述的連接異常。因此，我必須再次強調，使用完的連接應當盡快的正確的關閉和釋放。
5. 監視SQL Server連接狀態的方法
（1）通過活動監視器
第一步：打開MSSMS管理器，單擊“活動監視器”圖標。
第二步：在打開活動監視器視圖中，單擊“進程”選項卡。
第三步：運行 #4 連接池異常與處理方法 中的例子，則可以看到打開的5條連接，如下圖所示。
（2）使用T-SQL語句
同樣，通過執行系統存儲過程sp_who，我們也可以監視連接狀態。
exec sp_who
可得到以下結果：
6. 高效使用連接池的基本原則
用好連接池將會大大提高應用程序的性能。相反，如果使用不當的話，則百害而無一益。一般來說，應當遵循以下原則：
- 在最晚的時刻申請連接，在最早的時候釋放連接。
- 關閉連接時先關閉相關用戶定義的事務。
- 確保並維持連接池中至少有一個打開的連接。
- 盡力避免池碎片的產生。主要包括集成安全性產生的池碎片以及使用許多數據庫產生的池碎片。
提示：池碎片是許多 Web 應用程序中的一個常見問題，應用程序可能會創建大量在進程退出后才會釋放的池。 這樣，將打開大量的連接，占用許多內存，從而導致性能降低。