來(lái)自森大科技官方博客
http://www.cnsendblog.com/index.php/?p=135
GPS平臺(tái)、網(wǎng)站建設(shè)、軟件開發(fā)、系統(tǒng)運(yùn)維，找森大網(wǎng)絡(luò)科技！
http://cnsendnet.taobao.com

在湯原等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場(chǎng)前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都做網(wǎng)站、網(wǎng)站設(shè)計(jì) 網(wǎng)站設(shè)計(jì)制作按需設(shè)計(jì)網(wǎng)站,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),高端網(wǎng)站設(shè)計(jì),營(yíng)銷型網(wǎng)站,成都外貿(mào)網(wǎng)站制作,湯原網(wǎng)站建設(shè)費(fèi)用合理。

NET 連接池救生員

NET 連接池救生員

防止可淹沒應(yīng)用程序的池溢出

William Vaughn

大多數(shù) ADO.NET 數(shù)據(jù)提供程序使用連接池，以提高圍繞 Microsoft 斷開連接的 .NET 結(jié)構(gòu)構(gòu)建的應(yīng)用程序的性能。應(yīng)用程序首先打開一個(gè)連接（或從連接池獲得一個(gè)連接句柄），接著運(yùn)行一個(gè)或多個(gè)查詢，然后處理行集，最后將連接釋放回連接池。如果沒有連接池，這些應(yīng)用程序?qū)⒒ㄙM(fèi)許多額外時(shí)間來(lái)打開和關(guān)閉連接。

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

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

為什么會(huì)發(fā)生連接池溢出？

參加電子郵件討論組的人常常抱怨應(yīng)用程序是如何在測(cè)試中是“龍”而在形成為產(chǎn)品時(shí)就變成了“蟲”的。有時(shí)，他們會(huì)報(bào)告說(shuō)，當(dāng)連接了大約 100 個(gè)客戶端時(shí)，應(yīng)用程序會(huì)停止或掛起。請(qǐng)記住，一個(gè)池中的默認(rèn)連接數(shù)是 100。如果您嘗試從池中打開 100 個(gè)以上的連接，ADO.NET 會(huì)使應(yīng)用程序的連接請(qǐng)求排隊(duì)等候，直到有空閑的連接。應(yīng)用程序（及其用戶）將這種情況視為進(jìn)入 Web 頁(yè)的延遲或視為應(yīng)用程序死鎖。讓我們首先討論一下這個(gè)問(wèn)題是如何產(chǎn)生的。

在 ADO.NET 中，SqlClient .NET 數(shù)據(jù)提供程序?yàn)槟峁┝藘煞N打開和管理連接的方法。首先，當(dāng)您需要手工管理連接時(shí)，可以使用 DataReader 對(duì)象。利用這種方法，您的代碼將構(gòu)造一個(gè) SqlConnection 對(duì)象，設(shè)置 ConnectionString 屬性，然后使用 Open 方法來(lái)打開連接。當(dāng)代碼完成 DataReader 后，您要在 SqlConnection 對(duì)象停止作用之前關(guān)閉 SqlConnection。要處理行集，您可以將 DataReader 傳遞到應(yīng)用程序中的另一個(gè)例程，但仍然需要確保 DataReader 及其連接處于關(guān)閉狀態(tài)。如果您不關(guān)閉 SqlConnection，代碼會(huì)“泄漏”每個(gè)操作的連接，于是連接池對(duì)連接進(jìn)行累積，最后便發(fā)生溢出。與 ADO 和 Visual Basic (VB) 6.0 中的情況不同，.NET 垃圾回收器不會(huì)為您關(guān)閉 SqlConnection 并進(jìn)行清理。我稍后要討論的 清單 1 顯示了如何打開連接和生成 DataReader 以從一個(gè)簡(jiǎn)單的查詢返回行集，來(lái)向連接池施加壓力的。

您也可能在使用 DataAdapter 對(duì)象時(shí)遇到問(wèn)題。DataAdapter Fill 和 Update 方法可自動(dòng)打開 DataAdapter 對(duì)象的連接，并在數(shù)據(jù) I/O 操作完成后關(guān)閉該連接。不過(guò)，如果該連接在執(zhí)行 Fill 或 Update 方法時(shí)已經(jīng)處于打開狀態(tài)，那么，ADO.NET 在方法執(zhí)行完以后不會(huì)關(guān)閉 SqlConnection。這是另一個(gè)發(fā)生連接“泄漏”的機(jī)會(huì)。

此外，您還可以使用基于 COM 的 ADO 從 .NET 應(yīng)用程序創(chuàng)建連接。ADO 利用與 ADO.NET 相同的方式將這些連接組合成池，但不能像您使用 SqlClient ADO.NET 數(shù)據(jù)提供程序時(shí)那樣，提供從應(yīng)用程序監(jiān)視連接池的方式。

指示 DataReader

孤立連接和溢出池是嚴(yán)重的問(wèn)題，根據(jù)有關(guān)這些問(wèn)題的新聞組討論的數(shù)量來(lái)看，它們十分常見。這些問(wèn)題最有可能是由 DataReader 引起的。為了測(cè)試 DataReader 的行為，我編寫了一個(gè) Windows 窗體 (WinForms) 示例應(yīng)用程序，該示例突出了 CommandBehavior.CloseConnection 選項(xiàng)。（您可以在 http://www.sqlmag.com 上輸入 InstantDoc ID 39031 來(lái)下載此應(yīng)用程序）。您可以在使用 SqlCommand 對(duì)象的 ExecuteReader 方法來(lái)執(zhí)行查詢并返回 DataReader 時(shí)設(shè)定此選項(xiàng)。我的測(cè)試應(yīng)用程序顯示，如果不顯式關(guān)閉 DataReader（或 SqlConnection），即使使用此選項(xiàng)，連接池還是會(huì)溢出。當(dāng)代碼所請(qǐng)求的連接數(shù)超過(guò)連接池的容量時(shí)，該應(yīng)用程序就會(huì)引發(fā)異常。

有些開發(fā)人員堅(jiān)持認(rèn)為，如果您設(shè)置 CommandBehavior.CloseConnection 選項(xiàng)，則 DataReader 及其相關(guān)聯(lián)的連接會(huì)在 DataReader 完成數(shù)據(jù)讀取時(shí)自動(dòng)關(guān)閉。這些開發(fā)人員的看法不完全正確 — 只有當(dāng)您在 ASP.NET Web 應(yīng)用程序中使用復(fù)雜的綁定控件時(shí)，該選項(xiàng)才以這種方式工作。在整個(gè) DataReader 結(jié)果集中循環(huán)到其行集的末尾（也就是說(shuō)，當(dāng) Dr.Read — DataReader 的 Read 方法 — 返回 False 時(shí)）還不足以觸發(fā)連接的自動(dòng)關(guān)閉。不過(guò)，如果您綁定到一個(gè)復(fù)雜的綁定控件（例如，DataGrid），該控件則會(huì)關(guān)閉 DataReader 和連接 — 前提條件是您設(shè)置了 CommandBehavior.CloseConnection 選項(xiàng)。

如果您通過(guò)使用另一個(gè) Execute 方法（例如，ExecuteScalar、ExecuteNonQuery 和 ExecuteXMLReader）執(zhí)行查詢，則您需要負(fù)責(zé)打開 SqlConnection 對(duì)象，而且，更重要的是，在查詢結(jié)束時(shí)關(guān)閉該對(duì)象。如果您忘記了進(jìn)行關(guān)閉，孤立連接會(huì)迅速地積累起來(lái)。

監(jiān)視連接數(shù)

為了對(duì)孤立連接和發(fā)生溢出的連接池進(jìn)行測(cè)試，我編寫了一個(gè) Web 窗體的示例應(yīng)用程序。此應(yīng)用程序使用的方法與您通常用于從查詢返回?cái)?shù)據(jù)的方法相同。（您可以在 http://www.sqlmag.com 上下載此代碼的 WinForms 版本。）

我使用了清單 1 中的代碼來(lái)打開和關(guān)閉到 Web 窗體應(yīng)用程序的連接。標(biāo)注 A 中的例程針對(duì) 110 個(gè)新的 SqlConnection 對(duì)象創(chuàng)建、打開和執(zhí)行查詢 — 比默認(rèn)的池大小多 10 個(gè)連接。您必須在離開該例程之前關(guān)閉和放棄所有這些連接。如果不這樣做，SqlConnection 對(duì)象將連同關(guān)聯(lián)的池連接一起被孤立。ADO.NET 池機(jī)制 (aka the Pooler) 關(guān)閉數(shù)據(jù)庫(kù)連接，但不關(guān)閉池連接。我將連接池大小設(shè)置為 10，以便使該程序更快地失敗 — 如果該程序會(huì)失敗的話。通常，10 個(gè)連接對(duì)于一個(gè)運(yùn)行速度象這個(gè)查詢一樣快的查詢來(lái)說(shuō)已經(jīng)足夠了。許多開發(fā)人員運(yùn)行著忙碌的 Web 站點(diǎn)，這些 Web 站點(diǎn)使用不到五個(gè)連接來(lái)處理每天的幾十萬(wàn)次點(diǎn)擊。

標(biāo)注 A 中的例程創(chuàng)建 SqlConnection 對(duì)象和 SqlCommand 對(duì)象，設(shè)置 CommandText，并打開連接。然后，標(biāo)注 B 中的代碼確定執(zhí)行 DataReader 時(shí)是否使用 CommandBehavior.CloseConnection，這取決于用戶在 Web 窗體上選擇了哪些 CheckBox 控件。

在標(biāo)注 C 的代碼中，我指定是否將 DataReader 行集綁定到 DataGrid，或者是否在整個(gè)行集中進(jìn)行循環(huán)。標(biāo)注 C 的代碼測(cè)試當(dāng)您到達(dá)通過(guò) DataReader 從數(shù)據(jù)提供程序傳遞回來(lái)的行集的末尾時(shí)會(huì)發(fā)生什么事情。

現(xiàn)在，我使用標(biāo)注 D 中的代碼來(lái)指定是手工關(guān)閉連接還是讓某個(gè)其他操作（例如，數(shù)據(jù)綁定）來(lái)完成這項(xiàng)工作。坦白地說(shuō)，以手工方式關(guān)閉連接通常是最安全的，因此，您可以肯定連接不會(huì)被孤立。

如果代碼成功地運(yùn)行到這一步，說(shuō)明我已經(jīng)成功地打開和關(guān)閉了 110 個(gè)連接。不過(guò)，如果出了問(wèn)題，標(biāo)注 E 的代碼中的異常處理程序會(huì)將異常（通常是 Timeout）作為 InvalidOperationException 捕獲，該異常是連接池已滿時(shí) ADO.NET 的響應(yīng)方式。

表 1匯總了各個(gè)選項(xiàng)使例程成功運(yùn)行或失敗的方式。請(qǐng)注意，如果您不設(shè)置 CommandBehavior.CloseConnection 選項(xiàng)，您的操作最終會(huì)失敗 — 即使在使用綁定控件的情況下也是如此。即使您使用該選項(xiàng)，但如果您沒有使用復(fù)雜的綁定控件，或者沒有手工關(guān)閉 SqlDataAdapter 或 SqlConnection，該進(jìn)程仍然會(huì)失敗。

當(dāng)我結(jié)束了這些示例應(yīng)用程序的運(yùn)行后，我已經(jīng)生成了 1000 多個(gè)以上的池連接 — 所有連接均處于孤立狀態(tài)。雖然“SQL Server 用戶連接”計(jì)數(shù)為 0，但留下大約 40 個(gè)連接池。在我重新引導(dǎo)系統(tǒng)之前，孤立的池不會(huì)消失。

我用于此測(cè)試的示例應(yīng)用程序包括使用 DataAdapter 來(lái)返回行的例程。除非您手工管理連接，否則，DataAdapter 將正確地打開和關(guān)閉 SqlConnection 對(duì)象，因此，您不太可能遇到孤立的池連接。不過(guò)，如果您的應(yīng)用程序同時(shí)使用 DataReader 和 DataAdapter，您可能會(huì)發(fā)現(xiàn)，如果某個(gè)連接與一個(gè)未關(guān)閉的 DataReader 相關(guān)聯(lián)，則 DataAdapter 無(wú)法針對(duì)該連接運(yùn)行查詢。

確定連接池何時(shí)達(dá)到最大連接數(shù)

正如我在 “Swimming in the .NET Connection Pool” 一文中討論的那樣，當(dāng)連接池達(dá)到您通過(guò) “Max Pool Size ConnectionString” 選項(xiàng)指定的最大連接數(shù)時(shí)，ADO.NET 將阻止任何隨后打開額外連接的嘗試。如果某個(gè)連接在您在 "ConnectionTimeout 選項(xiàng)中指定的時(shí)間之前變?yōu)榭捎茫?NET 數(shù)據(jù)提供程序?qū)⑾蚰膽?yīng)用程序傳遞一個(gè)指向該連接的指針，以便將控件返回給應(yīng)用程序。不過(guò)，如果沒有及時(shí)釋放任何連接，連接請(qǐng)求將引發(fā) InvalidOperationException 異常。

現(xiàn)在您必須決定要采取的措施，我不建議您告訴用戶您已經(jīng)用完了所有連接。有些應(yīng)用程序會(huì)通知用戶系統(tǒng)正忙于幫助其他客戶，并建議用戶稍后進(jìn)行訪問(wèn)。其他應(yīng)用程序則播放一段動(dòng)畫，通知用戶系統(tǒng)尚未死鎖，而是正在忙于處理他們的請(qǐng)求。同時(shí)，您的代碼重新嘗試操作。在所有情況下，您應(yīng)該記錄這些故障，以便幫助診斷問(wèn)題的癥結(jié)所在，并記錄您已經(jīng)耗盡了資源。

監(jiān)視連接池

您已經(jīng)打開和關(guān)閉了一個(gè)連接，現(xiàn)在您希望知道該連接是否仍然處于打開狀態(tài)。您可以使用幾種方法來(lái)確定有多少連接仍然處于打開狀態(tài)，以及它們正在執(zhí)行何種操作：

運(yùn)行 sp_who 或 sp_who2。這些系統(tǒng)存儲(chǔ)過(guò)程從 sysprocess 系統(tǒng)表返回信息，該系統(tǒng)表顯示所有工作進(jìn)程的狀態(tài)及其有關(guān)信息。通常，您會(huì)看到每個(gè)連接有一個(gè)服務(wù)器進(jìn)程 ID (SPID)。如果您是通過(guò)在連接字符串中使用 Application Name 參數(shù)來(lái)命名您的連接的，那么，您將很容易找到工作的連接。
使用帶有 SQLProfiler TSQL_Replay 模板的 SQL Server 事件探查器來(lái)跟蹤打開的連接。如果您很熟悉事件探查器，此方法比通過(guò)使用 sp_who 進(jìn)行輪詢要更容易。
使用性能監(jiān)視器來(lái)監(jiān)視池和連接。我稍后再討論此方法。
在代碼中監(jiān)視性能計(jì)數(shù)器。您可以通過(guò)使用例程來(lái)提取計(jì)數(shù)器或通過(guò)使用新的 .NET PerformanceCounter 控件來(lái)監(jiān)視連接池的狀況和已建立的連接的數(shù)量。這兩種方法都包括在您可以從 http://www.sqlmag.com 進(jìn)行下載的示例應(yīng)用程序中。
現(xiàn)在我們將討論如何查找連接池計(jì)數(shù)器，以及如何使用這些監(jiān)視方法。

連接池計(jì)數(shù)器在哪里？ 要監(jiān)視連接池計(jì)數(shù)器，您必須監(jiān)視 ADO.NET 在其中創(chuàng)建和增加這些計(jì)數(shù)器的系統(tǒng)。如果您從遠(yuǎn)程系統(tǒng)進(jìn)行連接，ADO.NET 并不總是在 Microsoft IIS 服務(wù)器或 SQL Server 上創(chuàng)建池；它在 ADO.NET 代碼運(yùn)行的系統(tǒng)上創(chuàng)建池。此系統(tǒng)可以是運(yùn)行 IIS、Web 應(yīng)用程序或 Web 服務(wù)的遠(yuǎn)程 Windows 或中間層系統(tǒng)。相反，SQL Server 性能計(jì)數(shù)器位于 SQL Server 系統(tǒng)上 — 而不是客戶端上。

使用性能監(jiān)視器來(lái)監(jiān)視池。 如果您使用 Microsoft 管理控制臺(tái) (MMC) Windows 2000 系統(tǒng)監(jiān)視器管理單元，則您可以通過(guò)從 Performance 對(duì)象下拉列表中選擇 “.NET CLR Data” 來(lái)用圖形表示 SqlClient 計(jì)數(shù)器，如 圖 1所示。請(qǐng)注意，您可以通過(guò)選擇 global 計(jì)數(shù)器實(shí)例來(lái)監(jiān)視所有進(jìn)程，或者，您可以查看某個(gè)特定實(shí)例 — 每個(gè)池生成自己的一組監(jiān)視器。性能監(jiān)視器可列出這些計(jì)數(shù)器，并將它們作為所選定的性能對(duì)象的實(shí)例提供。但性能監(jiān)視器不會(huì)公開這些計(jì)數(shù)器，除非有實(shí)例需要它們進(jìn)行監(jiān)視。例如，圖 1 顯示了 .NET CLR Data 性能對(duì)象，但沒有列出特定實(shí)例。這意味著您必須至少創(chuàng)建一個(gè)連接，以便使 global 實(shí)例連同每個(gè)進(jìn)程的特定實(shí)例一起出現(xiàn)。這種行為對(duì)于您的代碼來(lái)說(shuō)是個(gè)問(wèn)題；您將無(wú)法使用 PerformanceCounter 控件來(lái)返回其中的任何計(jì)數(shù)器，直到 ADO.NET 在打開連接時(shí)創(chuàng)建這些計(jì)數(shù)器。所以說(shuō)，這個(gè)規(guī)定真有點(diǎn)令人左右為難。當(dāng)您使用此方法時(shí)，因?yàn)槿鄙儆行в?jì)數(shù)器實(shí)例，所以會(huì)引發(fā)異常 — 此時(shí)要準(zhǔn)備好捕獲異常。

您還可以通過(guò)使用 SQL Server 性能計(jì)數(shù)器 “User Connections” 來(lái)監(jiān)視打開的連接的數(shù)量。該計(jì)數(shù)器被列在 Performance 對(duì)象下拉列表中的 SQL Server: General Statistics 下。我喜歡監(jiān)視 “User Connections” 值和一些所選定的 .NET CLR Data SqlClient 計(jì)數(shù)器（我稍后將討論此內(nèi)容），因?yàn)槲铱梢垣@得我需要的信息，而不必?fù)?dān)心實(shí)例。

使用代碼來(lái)監(jiān)視性能計(jì)數(shù)器。 當(dāng)您需要以編程方式監(jiān)視連接池時(shí)，您可以編寫代碼來(lái)監(jiān)視由 SqlClient 管理的性能計(jì)數(shù)器 — 這些計(jì)數(shù)器與 MMC Windows NT 性能監(jiān)視器管理單元所提供的計(jì)數(shù)器是相同的。編寫執(zhí)行監(jiān)視的代碼似乎是一件有些令人畏懼的事情。但我已經(jīng)提供了從 SqlClient 提供程序的內(nèi)部工作提取這些計(jì)數(shù)器的例程的快照（作為本文提供的可下載程序之一）。

您可以編寫檢查 表 2顯示的五個(gè)計(jì)數(shù)器的代碼。通過(guò)利用這五個(gè)計(jì)數(shù)器，您可以實(shí)時(shí)監(jiān)視連接池。.NET 預(yù)期您會(huì)在性能監(jiān)視器中提供一個(gè)類別 — 復(fù)制的 Performance Object — 并從那些注冊(cè)到系統(tǒng)的計(jì)數(shù)器中選擇適當(dāng)?shù)挠?jì)數(shù)器。要訪問(wèn) SqlClient 計(jì)數(shù)器，請(qǐng)將該類別設(shè)置為 “.NET CLR Data”。

使用 PerformanceCounter 控件。 您可能會(huì)發(fā)現(xiàn)，在設(shè)計(jì)時(shí)向您的應(yīng)用程序窗體添加 PerformanceCounter 要比手工編寫代碼來(lái)訪問(wèn)性能計(jì)數(shù)器更加容易。要使用 PerformanceCounter 控件，請(qǐng)從“Visual Studio .NET 工具箱組件”菜單中選擇一個(gè) PerformanceCounter，將它拖到您的應(yīng)用程序窗體，然后設(shè)置屬性，如 圖 2 所示。這些控件工作在 Web 窗體和 WinForms 應(yīng)用程序中。

因?yàn)?PerformanceCounter 控件提供了方便的下拉列表，所以，您可以在設(shè)計(jì)時(shí)看到任何一種性能計(jì)數(shù)器類別、計(jì)數(shù)器名稱和特定實(shí)例 — 您將要運(yùn)行的實(shí)例除外。這意味著您必須使用圖 2 顯示的方法來(lái)捕獲應(yīng)用程序正在使用的池的適當(dāng)實(shí)例。為了回避這個(gè)問(wèn)題，我選擇 global 實(shí)例。再次說(shuō)明一下，此方法假設(shè)某個(gè)應(yīng)用程序已經(jīng)至少創(chuàng)建了一個(gè)池，因此您需要做好不存在計(jì)數(shù)器實(shí)例時(shí) ADO.NET 引發(fā)異常的準(zhǔn)備，就像它在不存在池連接時(shí)也會(huì)引發(fā)異常一樣。

注意不準(zhǔn)確的池計(jì)數(shù)。 因?yàn)?SqlClient .NET 數(shù)據(jù)提供程序中存在 .NET 框架 1.1 尚未解決的錯(cuò)誤，所以，性能計(jì)數(shù)器會(huì)在池實(shí)際上已經(jīng)刪除時(shí)錯(cuò)誤地指示池“仍然存在”。我能通過(guò)結(jié)束 MMC 性能監(jiān)視器管理單元、然后結(jié)束 Visual Studio .NET 來(lái)驗(yàn)證池已經(jīng)不再存在。這些步驟說(shuō)明，.NET 數(shù)據(jù)提供程序在創(chuàng)建連接池的進(jìn)程結(jié)束時(shí)會(huì)正確地刪除連接池。顯然，這種不準(zhǔn)確性降低了性能計(jì)數(shù)器在監(jiān)視池方面的有效性，所以我希望 Microsoft 將來(lái)能解決這個(gè)問(wèn)題。

計(jì)數(shù)器不顯示的內(nèi)容

您可能會(huì)面臨的一個(gè)問(wèn)題是無(wú)法從計(jì)數(shù)器或 SqlClient 屬性看到每個(gè)池的配置。每個(gè) SqlConnection 對(duì)象的 ConnectionString 保存著這些池設(shè)置的密鑰。因?yàn)槟荒芤蕾囉谀J(rèn)設(shè)置，所以很難確定池幾乎已滿或很難使用。這會(huì)成為未來(lái)版本的 ADO.NET 的另一個(gè)方便功能。

不過(guò)，假設(shè)您知道各個(gè)連接池 ConnectionString 參數(shù)的值，則利用清單 1 中的代碼，您可以很容易地設(shè)置一個(gè)計(jì)時(shí)器來(lái)檢查您創(chuàng)建的特定池并報(bào)告使用百分比。然后，監(jiān)視應(yīng)用程序會(huì)向您發(fā)出警報(bào)，以便您可以解決問(wèn)題并防止溢出。

最后，請(qǐng)記住，ADO.NET 采用的方法與基于 COM 的 ADO 有所不同。Visual Basic .NET 完全改變了放棄對(duì)象的方式，并且不再確保 Connection 對(duì)象在停止作用時(shí)被關(guān)閉。請(qǐng)確保 SqlConnection 對(duì)象（或任何 Connection 對(duì)象）在停止作用之前被關(guān)閉。

連接池是一種非常強(qiáng)大的功能，它可以提高應(yīng)用程序的性能。但如果您不是一個(gè)出色的救生員，您的連接池會(huì)成為一個(gè)危害而不是一個(gè)優(yōu)點(diǎn)。我希望本文討論的方法有助于您有效地監(jiān)視連接池并滿足用戶的需要。

GPS平臺(tái)、網(wǎng)站建設(shè)、軟件開發(fā)、系統(tǒng)運(yùn)維，找森大網(wǎng)絡(luò)科技！

http://cnsendnet.taobao.com