概述ASP.NET連接數據庫
1.問題的發現
2006年下半年，筆者在山東臨淄齊魯石化駐地參與一個項目的開發。公司的另外一個項目《合同管理系統》正處于實施后期階段。該項目采用.Net開發的B/S架構的系統，使用Oracle做后臺數據庫。先后兩次發現，當在線用戶較多的時候，客戶端感覺服務系統反應很慢（多數用戶報告在登錄界面點擊登錄按鈕后，一直處于等待狀態，系統不再反應）。查看服務器使用情況，CPU和硬盤訪問并不繁忙，內存占用也不是非常大；連接到數據庫沒有發現死鎖，但是會話非常多，大約在110個左右。開始懷疑是數據庫的進程（Processes）和會話（Sessions）設置的值較低（未安裝時候的默認值，分別為170和150）。但是將這兩個值擴大以后仍舊未解決問題。在第二次發現該問題的時候，我注意到雖然設置值較低，但是當前并未達到這兩個值得上限；同時我也注意到該系統連接數據庫的會話正好是100個，由此我聯想到數據庫連接池。
2.相關資料
使用連接字符串關鍵字控制連接池SqlConnection 對象的 ConnectionString 屬性支持連接字符串鍵/值對，這些鍵/值對可用于調整連接池邏輯的行為。
ASP.NET連接數據庫，數據庫連接池默認是開啟的，并且池中允許的最大連接數默認為100。由此基本可以確定，訪問系統收到的阻礙時由于連接池已滿造成的。
該頁面中提到，如果連接池中的連接全部占用，系統會在連接池之外開啟新的連接。這個說法有疑問，該問題在后面的會體積。
3.問題的確認
為了驗證ASP.NET連接數據庫時，連接池中的連接達到最大數，新的連接就需要等待連接池中的連接釋放資源，我編寫了一個測試頁面，在頁面裝載的時候，首先打開10個連接，然后等待20秒鐘后再關閉這些連接。隨后使用測試機打開兩個測試線程訪問該測試頁面，然后在瀏覽器中打開于這個測試頁面使用相同連接字串的另外一個頁面，發現后者的確需要等待測試線程訪問的頁面處理完畢之后才可以連接到數據庫。
4.問題的解決
找到問題的癥結所在，我們系統的ASP.NET連接數據庫的字串，增加了Max Pool Size項，根據需要將其設置為200。同時修改了Oracle服務器的的會話（Sessions）和進程（Progresses）的值以滿足連接會話的需要。
5.疑問
如前所述，資料中提及，如果連接池的連接全部占用，會創建新的連接。但是在采用默認連接池大小和設置為20個最大連接數的時候，連接池的所有連接全部占用，新的連接請求并沒有開啟新的連接會話，而是等待連接池中的連接釋放。
但是連接池最大連接數設置為200個的時候，該系統的連接曾經一度超過200個上限，達210多個。由此可以判斷超出的連接請求在連接池之外創建了新的連接會話，符合了資料中的論述。對此疑問，煩請知情者闡述一下自己的觀點。
6.補充
在連接字串修改之后，原有的連接池會重新構建，這一特性是否可以在何種情況下應用？
【編輯推薦】
