本篇文章起源於在GCR MVP Open Day的時候和C# MVP張響討論連接池的概念而來的。因此單獨寫一篇文章剖析一下連接池。
為什麼需要連接池
剖析一個技術第一個要問的是，這項技術為什麼存在。
對於每一個到SQL Server的連接，都需要經歷TCP/IP協議的三次握手，身份認證，在SQL Server裡建立連接，分配資源等。而當客戶端關閉連接時，客戶端就會和SQL Server終止物理連接。但是，我們做過數據庫開發的人都知道，每次操作完後關閉連接是再正常不過的事了，一個應用程序即使在負載不大的情況下也需要不停的連接SQL Server和關閉連接，同一個應用程序同時也可能存在多個連接。
因此，如果不斷的這樣建立和關閉連接，會是非常浪費資源的做法。因此Ado.net中存在連接池這種機制。在對SQL Server來說的客戶端的應用程序進程中維護連接池。統一管理Ado.net和SQL Server的連接，既連接池保持和SQL Server的連接，當Connection.Open()時，僅僅從連接池中分配一個已經和SQL Server建立的連接，當Connection.Close(）時，也並不是和SQL Server物理斷開連接，僅僅是將連接進行回收。
因此，連接池總是能維護一定數量的和SQL Server的連接，以便應用程序反復使用這些連接以減少性能損耗。
重置連接的sys.sp_reset_connection
連接是有上下文的，比如說當前連接有未提交的事務，存在可用的游標，存在對應的臨時表。因此為了便於連接重復使用，使得下一個連接不會收到上一個連接的影響，SQL Server通過sys.sp_reset_connection來清除當前連接的上下文，以便另一個連接繼續使用。
當在Ado.net中調用了Connection.Close()時，會觸發sys.sp_reset_connection。這個系統存儲過程大概會做如下事情:
關閉游標
清除臨時對象，比如臨時表
釋放鎖
重置Set選項
重置統計信息
回滾未提交的事務
切換到連接的默認數據庫
重置Trace Flag
此外，根據BOL上的信息：
復制代碼 代碼如下:
"The sp_reset_connection stored procedure is used by SQL
Server to support remote stored procedure calls in a transaction. This stored
procedure also causes Audit Login and Audit Logout events to fire when a
connection is reused from a connection pool."
可以知道不能顯式的在SQL Server中調用sys.sp_reset_connection,此外，這個方法還會觸發Audit Login和Audit Logout事件。
一個簡單的示例
下面我們通過一個簡單的示例來看連接池的使用:
首先我分別使用四個連接，其中第一個和第二個連接之間有10秒的等待
String ConnectionString = "data source=.\\sql2012;database=AdventureWorks;uid=sa;pwd=sasasa";
SqlConnection cn1=new SqlConnection(ConnectionString);
SqlCommand cmd1=cn1.CreateCommand();
cmd1.CommandText="SELECT * FROM dbo.ABCD";
cn1.Open();
cmd1.ExecuteReader();
cn1.Close();
Response.Write("連接關閉
下面我們通過Profile截圖: 
我們首先可以看到，每一次Close()方法都會觸發exec sp_reset_connection
此外，我們在中間等待的10秒還可以看到SP51是不斷的，剩下幾個連接全部用的是SPID51這個連接，雖然Ado.net Close了好幾次，但實際上物理連接是沒有中斷的。
因此可以看出，連接池大大的提升了效率。
