??? 當我們發現某個SQL語句執行很慢時，可以通過查看它的訪問計劃來定位原因，如是否執行了合適的索引、是否采用了正確的連接方法等。
但是我們發現很多用戶對訪問計劃的生成和解釋工具的使用存在很多疑惑，本文通過一些實例來解釋具體的用法，希望對大家有所幫助。

步驟1. 創建explain表
??? 訪問計劃的采集和評估是通過一些explain命令和工具實現的，在采集和評估之前需要先創建一些數據表來存放解釋數據。
在<db2_inst>/sqllib/misc下有個文件叫EXPLAIN.DDL
db2 connect to <db>
db2 -tvf <db2_inst>/sqllib/misc/EXPLAIN.DDL （unix和linux下注意大小寫）
在當前數據庫中會生成9張解釋表，第2步采集的解釋數據會存放到這些表中。

步驟2. 采集explain數據和explain snapshot數據
explain數據包含關于一條 SQL 語句的訪問計劃的詳細信息。此信息跨多個不同的解釋表存儲。
explain shapshot數據包含一條 SQL 語句的當前內部表示以及所有相關信息。此信息存儲在 EXPLAIN_STATEMENT 解釋表的 SNAPSHOT 列中。
explain和explain snapshot的解釋數據采集有如下幾種方法：
執行 EXPLAIN SQL 語句 設置 CURRENT EXPLAIN MODE 特殊寄存器/CURRENT EXPLAIN SNAPSHOT 特殊寄存器??
在 PRECOMPILE 或 BIND 命令中使用 EXPLAIN 或 EXPLSNAP 綁定選項 Explain SQL：
explain語句為單條動態SQL語句收集解釋數據，如
?explain plan for "select * from employee"
Current explain mode為多條動態SQL語句收集解釋數據：
?db2 set current explain mode explain (打開注冊變量為explain模式)
?db2 "select * from employee"
?db2 "select * from department"
?...
?db2 set current explain mode no （關閉解釋模式）
Prep（或延遲bind) ...explain為嵌入式(如SQLC等）SQL語句收集解釋數據：
?db2 prep myapp.sqc explain yes explsnap yes

步驟3. 查看和評估解釋數據
DB2提供了如下幾個查看工具,其中db2exfmt最為強大，其余兩個可輔助。
　db2expln 　db2exfmt 　Visual Explain
db2exfmt -d <db> -g tic -s % -n % -# 0 -w -1 -o explain1.txt
具體命令的使用請參看DB2 command reference或信息中心

DB2 db2top性能監控命令用法-找出最頻繁、最耗時的SQL
?
db2top -d 數據庫 -u 用戶名 -p 密碼
按D，進入動態sql監控? www.2cto.com ?
按z，倒序排序
輸入列的數據，序號是從0開始
按L，輸入sql的序列號，查看sql明細

?

db2中查找top sql
$ db2 get snapshot for dynamic sql on testdb

Dynamic SQL Snapshot Result

Database name = testdb

Database path = /home/db2inst1/db2inst1/NODE0000/SQL00001/

Number of executions = 0
Number of compilations = 0
Worst preparation time (ms) = 1
Best preparation time (ms) = 1
Internal rows deleted = Not Collected
Internal rows inserted = Not Collected
Rows read = Not Collected
Internal rows updated = Not Collected
Rows written = Not Collected
Statement sorts = Not Collected
Statement sort overflows = Not Collected
Total sort time = Not Collected
Buffer pool data logical reads = Not Collected
Buffer pool data physical reads = Not Collected
Buffer pool temporary data logical reads = Not Collected
Buffer pool temporary data physical reads = Not Collected
Buffer pool index logical reads = Not Collected
Buffer pool index physical reads = Not Collected
Buffer pool temporary index logical reads = Not Collected
Buffer pool temporary index physical reads = Not Collected
Total execution time (sec.ms) = Not Collected
Total user cpu time (sec.ms) = Not Collected
Total system cpu time (sec.ms) = Not Collected
Statement text = select * from tb1

執行時間： Total execution time (sec.ms)/Number of executions

查找執行時間非常長的sql文。

db2找出執行時間最長的dynamic sql 2010-08-31 13:53:35
分類：

db2 get monitor switches
查看snapshot的各個開關，將這些開關都打開，

db2 update monitor switches using BUFFERPOOL ON
db2 update monitor switches using LOCK ON
db2 update monitor switches using SORT ON
db2 update monitor switches using STATEMENT ON
db2 update monitor switches using TABLE ON
db2 update monitor switches using TIMESTAMP ON
db2 update monitor switches using UOW ON

執行下面的命令抓取dynamic sql的信息
db2 get snapshot for dynamic sql on orsdb > dynamic.out

cat dynamic.out|grep 'Total execution time' > time.out

cat time.out|sort -n +5
最下面的即為消耗時間最多的dynamic sql, 但是還需要看該sql的執行次數，這樣可以計算出執行一次這樣的sql語句需要
多長時間，找到消耗時間最多的sql語句，看能否做一些優化及調整，

用此方法同時能夠得到cost最大的語句
db2 get snapshot for all on sample > snap.out?

?

attach命令: 用于解決sql1428N錯誤
1.本地數據庫
db2 attach to <node name>
2.遠端數據庫
db2 attach to <node name> user <username> using <password>

terminate命令:
db2 drop database dbname
在完成這一過程之前要確保所有用戶已經斷開連接，包括你自己。
db2 terminate
db2 force applications all
通過下面的命令可以看看是不是都清除了連接。
db2 list applications

db2 sql調優