前言
DB2 數據庫的性能優化很大程度上依賴於合理的配置參數設置。通過 db2 get db cfg 命令可以查看當前數據庫的所有配置參數，但面對數百個參數，許多 DBA 往往不知從何下手。本文將針對輸出結果中的關鍵參數進行深度解析，並提供針對性的優化建議。
核心內存配置參數
緩衝池與共享內存
- BUFFPAGE (14159 頁)：緩衝池大小直接影響數據頁緩存命中率。建議根據物理內存調整，通常設為可用內存的 50%-75%。
- DATABASE_MEMORY (AUTOMATIC)：啟用自動內存管理可減少人工調優工作量，DB2 會根據工作負載動態分配。
- CATALOGCACHE_SZ (260)：目錄緩存存儲系統目錄信息，頻繁的 DDL 操作環境建議適當增大。
排序與堆內存
- SORTHEAP (192)：排序堆大小對查詢性能影響巨大。OLAP 環境建議調大至 1000-4000 頁，防止排序溢寫到臨時表空間。
- SHEAPTHRES_SHR：共享排序閾值，建議設置為 SORTHEAP * 並發排序數的估算值。
- STMTHEAP (2048)：SQL 語句編譯堆，複雜查詢環境可能需要調大防止編譯失敗。
日誌與恢復配置
日誌文件設置
- LOGFILSIZ (1024)：日誌文件大小。高寫入負載建議增大至 4096-8192 (4KB 頁)，減少日誌切換頻率。
- LOGPRIMARY (3) / LOGSECOND (1)：主/次日誌文件數過少會導致「日誌滿」錯誤。建議根據事務量設置，確保總日誌空間滿足最大事務需求。
- LOGRETAIN (OFF) / USEREXIT (OFF)：關閉歸檔日誌意味著無法進行時間點恢復 (PITR)。生產環境必須開啟並配置歸檔路徑。
檢查點與清理
- SOFTMAX (120)：軟檢查點觸發閾值。適當調大可減少检查点頻率，但會增加恢復時間。
- NUM_IOCLEANERS (1)：異步頁清理器數量。多核系統建議設置為 CPU 核心數的 1/2 至 1 倍，加速髒頁刷新。
並行與 I/O 優化
- DFT_DEGREE (1)：默認查詢並行度為 1 (串行)。多核服務器應改為
ANY 或具體數值，配合 INTRA_PARALLEL=ON 啟用查詢並行。
- NUM_IOSERVERS (4)：預取器數量。建議設置為物理磁盤陣列數或 CPU 核心數，提升順序掃描性能。
- DFT_PREFETCH_SZ (32)：默認預取大小。大表掃描環境可調大至 64-128 頁。
鎖與並發控制
- LOCKLIST (50)：鎖列表內存極小 (僅 200KB)，極易導致鎖升級和死鎖。強烈建議調大至 10000 以上。
- MAXLOCKS (60)：單應用佔用鎖列表百分比。配合大 LOCKLIST 可適當調高至 80-90。
- LOCKTIMEOUT (-1)：-1 表示永不超時，易導致應用掛死。建議設置 30-60 秒，配合死鎖檢測 (DLCHKTIME=10000ms)。
優化操作步驟
- 基線測試：使用
db2 get db cfg 導出當前配置，運行典型負載收集性能指標。
- 識別瓶頸：通過
db2pd -db -bufferpools、db2top、快照監控分析緩存命中率、排序溢寫、鎖等待等指標。
- 分級調整：
- 第一優先級：LOCKLIST、LOGFILSIZ/LOGPRIMARY、SORTHEAP、BUFFPAGE
- 第二優先級：DFT_DEGREE、NUM_IOSERVERS、NUM_IOCLEANERS
- 第三優先級：CATALOGCACHE_SZ、PCKCACHESZ、STMTHEAP
- 動態生效：多數參數支持
db2 update db cfg for using immediate 立即生效，部分需重啟實例。
- 驗證效果：對比調整前後的吞吐量、響應時間、資源利用率。
最佳實踐建議
原則：小步快跑、單一變量變更、充分測試。生產環境變更前必須在測試環境驗證，並制定回滾計劃。
- 啟用 STMM (Self-Tuning Memory Manager)：
db2 update db cfg for using SELF_TUNING_MEM ON，讓 DB2 自動優化內存分配。
- 配置 自動維護：
AUTO_MAINT ON, AUTO_TBL_MAINT ON, AUTO_RUNSTATS ON 保持統計信息最新。
- 定期運行
db2advis 獲取索引/MQT 建議，結合 RUNSTATS 維護優化器統計信息。
