.NET 連線池監控與防溢位實戰指南：從 DataReader 洩漏到效能計數器監控

連線池運作原理

ADO.NET 提供者維護連線池：開啟連線 → 從池取得 → 執行查詢 → 處理結果 → 關閉/釋放回池。無池化時頻繁開關連線極耗效能。

連線池溢位成因

• 預設池大小 Max Pool Size = 100
• 若同時開啟 >100 條連線未釋放，新請求排隊等待 → 應用程式視為卡死/逾時
• 高併發 Web 應用最易觸發

兩大洩漏來源

1. DataReader 未正確關閉

// 危險模式
SqlConnection conn = new SqlConnection(cs);
conn.Open();
SqlCommand cmd = new SqlCommand(sql, conn);
SqlDataReader dr = cmd.ExecuteReader();
while (dr.Read()) { ... }
// 忘記 dr.Close() / conn.Close() → 連線洩漏

• CommandBehavior.CloseConnection **僅在 ASP.NET 複雜繫結控制項 (GridView 等) 完整繫結時才自動關閉**
• 單純 while (dr.Read()) 迴圈結束**不會**觸發自動關閉
• 鐵律：明確呼叫 dr.Close() 與 conn.Close()，或使用 using 區塊

2. DataAdapter Fill/Update 連線狀態殘留

• 若呼叫 Fill/Update 前連線**已開啟**，方法結束後**不會自動關閉**
• 同樣導致連線洩漏累積

監控連線池狀態

程式碼監控 (效能計數器)

PerformanceCounter pc = new PerformanceCounter(
    ".NET Data Provider for SqlServer",
    "NumberOfActiveConnectionPools",
    true);  // 僅限進程內
// 其他關鍵計數器：
// NumberOfActiveConnections, NumberOfFreeConnections,
// NumberOfPooledConnections, NumberOfNonPooledConnections

Windows 效能監視器 (PerfMon)

• 物件：.NET Data Provider for SqlServer
• 實例：<您的應用程式進程名>
• 關鍵計數器同上，可加入記錄檔長期追蹤

壓力測試驗證範例

// 故意開啟 110 條連線 (超過預設 100)
for (int i = 0; i < 110; i++) {
    using (SqlConnection c = new SqlConnection(cs)) {
        c.Open();
        // 故意不關閉，觀察 TimeoutException
    }
}

測試結果：未正確關閉時，InvalidOperationException: Timeout expired，池中留下孤立連線，重啟進程前不會釋放。

最佳實務總結

1. 永遠使用 using 區塊 包裹 SqlConnection/SqlDataReader/SqlCommand
2. 明確設定連線字串 Max Pool Size (依負載調整，預設 100 通常足夠)
3. 避免長時間持有連線：開啟 → 查詢 → 立即關閉
4. 生產環境部署 PerfMon 計數器告警：
   NumberOfActiveConnections > 80% MaxPoolSize 觸發預警
5. 定期程式碼審查：搜尋 new SqlConnection 確認皆在 using 中

結語

連線池是效能關鍵，也是隱性 Bug 溫床。以 using 確保釋放、PerfMon 監控池健康、壓測驗證極限，三管齊下才能讓應用在高併發下「游泳」而非「沉沒」。