DB2 無限活動日志策略深度解析：配置原理、適用場景與性能權衡

日志架構基礎回顧

DB2 創建數據庫時默認分配 3 個主日志文件：Linux/UNIX 各 1000 頁（4KB/頁），Windows 各 250 頁。日志文件數量由 LOGPRIMARY、大小由 LOGFILSIZ 控制。日志策略決定文件如何循環使用：

• 循環日志：主日志寫滿且不可復用時分配次要日志（LOGSECOND 控制上限），事務提交後文件可覆寫。
• 歸檔日志：主日志寫滿即分配新主日志，永不覆寫，需用戶退出程序（USEREXIT=ON）搬移至歸檔存儲。

無限活動日志：混合模式的突破

當事務量大、長事務導致 256 個日志文件上限仍不足時，啟用無限活動日志：

UPDATE DB CFG FOR sample USING USEREXIT ON LOGSECOND -1

機制：

1. 主日志（LOGPRIMARY 個）常駐活動日志路徑。
2. 活動事務跨越主日志與歸檔日志，邏輯上擁有無限日志空間。
3. 讀取歸檔日志時，DB2 自動調用用戶退出程序將文件取回活動路徑，後續讀取加速。

關鍵配置參數對照表

性能權衡與最佳實踐

• 優勢：消除「日志滿」錯誤（SQL0964C），支持超大事務（如批量載入、索引重建）。
• 劣勢：回滾操作需從歸檔讀取日志，耗時顯著增加；崩潰恢復階段（Roll-forward）同樣變慢。
• 建議：
  • 僅在「長事務、大批量、不可分割」場景啟用（如月結批處理窗口）。
  • 配合 LOGINDEXBUILD ON 避免索引重建產生海量日志。
  • 歸檔目錄採用高性能存儲（SSD/NVMe），並設置 ARCHIVE_PATH 就近掛載。
  • 定期 db2prune logfile prior to Sxxxxx.LOG 清理無效歸檔。

用戶退出程序部署要點

DB2 提供 sqllib/samples/c/db2uext2.cdisk 示例（磁盤複製模式），需修改 ARCHIVE_PATH、RETRIEVE_PATH、AUDIT_ERROR_PATH 為專用文件系統，編譯後放入 sqllib/bin/db2uext2（UNIX）或 sqllib/bin/db2uext2.exe（Windows），確保實例用戶可執行權限。