深入解析 DB2 代理機制與連接集中器優化策略

DB2 代理架構核心概念

在 DB2 Universal Database 中，代理是伺服器端處理應用程式請求的核心進程或執行緒。當外部應用程式連線至 DB2 實例並發起存取請求時，代理會被啟動以回應這些請求。這些代理通常被稱為「工作代理」，主要分為三種類型：

三大代理類型詳解

• 閒置代理：處於待命狀態，不服務任何遠端或本地連線，隨時準備被調度。
• 作用中協調代理：每個外部應用程式的資料庫活動連線都會有一個專屬的作用中協調代理為其服務，負責接收請求並協調後續處理。
• 子代理：接受協調代理分派的具體工作任務。在 DB2 V9.5 之前，子代理僅存在於多重分割區環境（MPP）或節點內平行環境（SMP）中；自 V9.5 起，所有環境均可能出現子代理。

代理生命週期與記憶體池管理

DB2 實例啟動時會建立一個代理池，初始代理數量由 NUM_INITAGENTS 參數決定。這些代理初始為閒置狀態。當有外部程式連線資料庫時，閒置代理轉為作用中協調代理，並將請求細分分派給子代理。若現有代理均忙碌，資料庫管理器會動態建立新代理。事務完成且連線斷開後，協調代理視 NUM_POOLAGENTS 設定決定是返回代理池變回閒置代理，還是自動銷毀。

關鍵配置參數深度解析

透過 DB2 GET DBM CFG 可檢視以下核心參數：

此外，資料庫層級參數 MAXAPPLS（透過 DB2 GET DB CFG FOR database_name 取得）控制單一資料庫最大並發連線數，所有資料庫的 MAXAPPLS 總和不得超過實例級 MAX_CONNECTIONS。

連接集中器：突破連線瓶頸的關鍵技術

啟用條件與核心原理

自 DB2 V8 起引入連接集中器功能。預設情況下 MAX_CONNECTIONS 與 MAX_COORDAGENTS 數值相等，即每個連線獨佔一個協調代理，造成伺服器資源壓力。當設定 MAX_CONNECTIONS > MAX_COORDAGENTS 時，連接集中器即被啟用，允許多個連線共享一個協調代理。

優於傳統連線池的優勢

• 連線重用機制：多個排隊應用程式可重複使用現有連線，無需像連線池那樣先刪除再重建，大幅降低系統開銷。
• 記憶體優化：減少每個連線的記憶體消耗，避免頻繁建立/銷毀代理的效能損耗。
• 邏輯與物理分離：引入「邏輯代理」對應外部應用，「工作代理」對應實際引擎調度單元（EDU）。當邏輯代理數超過工作代理數時，集中器開始調度工作代理服務多個邏輯代理請求。

實際運作流程

1. 設定 MAX_CONNECTIONS > MAX_COORDAGENTS 啟用功能。
2. 外部連線建立時，一一對應分配邏輯代理。
3. 邏輯代理向集中器請求可用工作代理服務。
4. 連線斷開時，工作代理釋放並服務下一個邏輯代理請求。

透過合理配置連接集中器，企業可在有限硬體資源下支援更高併發連線，是大型 DB2 部署環境中不可或缺的優化手段。