DB2 解釋工具深度解析（一）：存取計劃、解釋表與資料收集方式

DB2 Optimizer 為每條 SQL 產生存取計劃，解釋工具可擷取並視覺化這些計劃，是 SQL 調優的核心武器。本文解析存取計劃生成時機、七大解釋表結構與四種資料收集方式。

存取計劃生成時機

• 靜態 SQL： 預編譯階段（或延遲綁定時的 BIND 階段）生成，以 Package 形式存於系統目錄。
• 動態 SQL： 執行時生成，可執行形式暫存於全域 Package Cache（記憶體），Cache 命中則重用不再調用 Optimizer。

為何需要解釋工具？

資料庫系統監視器與健康中心提供整體效能指標，但無法分析單一 SQL 的存取路徑選擇（是否使用索引、聯結順序、排序方式、預估成本）。解釋工具填補此空白，提供：

• 优化器如何存取資料表與索引的詳細決策路徑
• 效能調優行動前後的對比基準
• Schema 變更、統計更新、參數標記對計劃的影響分析

七大解釋表結構

需先執行 EXPLAIN.DDL 腳本（位於 sqllib/misc/）建立：

關聯： 所有表透過 EXPLAIN_INSTANCE 明確連結。

四種解釋資料收集方式

解釋資料類型對比

• 完整解釋資料： 橫跨多張解釋表，含運算子、物件、述詞、資料流、實例、陳述式完整決策資訊。
• 解釋快照： SQL 當前內部表現與所有相關資訊，存於 EXPLAIN_STATEMENT.SNAPSHOT 欄位，僅此類型支援 Visual Explain 圖形化。