DB2執行計劃分析
分析一個長時間執行SQL的執行計劃,懷疑最佳化器的估計值和實際值出入很大,造成執行計劃不準確,於是採用下面的方法在執行計劃中把實際值和估計值都輸出。
####修改DB級別的引數
db2 update db cfg for SAMPLE using SECTION_ACTUALS BASE
####連線資料庫
db2 connect to SAMPLE
####建立EXPLAIN表,如果已有,請忽略這一步
db2 "call sysproc.sysinstallobjects('EXPLAIN','C',null,null)"
####建立activity event monitor
db2 "
create event monitor actEvmon for activities write to table
activity (table activity, in USERSPACE1),
activityvals (table activityvals, in USERSPACE1),
activitystmt (table activitystmt, in USERSPACE1),
activitymetrics (table activitymetrics, in USERSPACE1),
control (table control, in USERSPACE1)
manualstart"
db2 "set event monitor actEvmon state 1"
####檢視當前的連線
db2 "values sysproc.mon_get_application_id()"
1
----------------------------
*LOCAL.db2inst1.200403101703
1 record(s) selected.
db2 "values sysproc.mon_get_application_handle()"
1
--------------------
10372
1 record(s) selected.
####Turn on the collection of activity data for this specific application-handle
db2 "CALL WLM_SET_CONN_ENV(10372, '<collectactdata> WITH DETAILS, SECTION AND VALUES </collectactdata><collectactpartition> ALL </collectactpartition>')"
####執行SQL
db2 -tvf s1.sql > s1.out
db2 flush event monitor actEvmon buffer
####檢視所執行SQL的UOW_ID和ACTIVITY_ID
db2 "select a.APPL_ID, a.ACTIVITY_ID, a.UOW_ID, a.ACT_EXEC_TIME, a.TIME_CREATED, SUBSTR (b.STMT_TEXT, 1, 20) as STMT_TEXT
from activity a, activitystmt b
where a.APPL_ID=b.APPL_ID and a.ACTIVITY_ID=b.ACTIVITY_ID and a.UOW_ID=b.UOW_ID
AND a.APPL_ID like '%db2inst1.200403101703%'
order by ACT_EXEC_TIME desc"
APPL_ID ACTIVITY_ID UOW_ID ACT_EXEC_TIME TIME_CREATED STMT_TEXT
---------------------------- ------------ ----------- -------------------- -------------------------- --------------------
*LOCAL.db2inst1.200403101703 1 8 1797313075 2020-04-03-05.18.33.868968 with temp as ( selec
*LOCAL.db2inst1.200403101703 1 9 1549 2020-04-03-05.48.52.396869 flush event monitor
*LOCAL.db2inst1.200403101703 1 7 50 2020-04-03-05.18.33.860221 select current CLIEN
3 record(s) selected.
####呼叫EXPLAIN_FROM_ACTIVITY
db2 "CALL EXPLAIN_FROM_ACTIVITY ( '*LOCAL.db2inst1.200403101703', 8, 1, 'ACTEVMON', 'DB2INST1',?, ?, ?, ?, ? )"
####生成執行計劃
db2exfmt -1 -d SAMPLE -o explain.out
####關閉監控
db2 "CALL WLM_SET_CONN_ENV(10372, '<collectactdata>NONE</collectactdata>')"
db2 "set event monitor actEvmon state 0"
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/725820/viewspace-2684538/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- db2 執行計劃DB2
- DB2執行計劃(1)DB2
- db2檢視執行計劃DB2
- explain執行計劃分析AI
- SQL執行計劃分析SQL
- 分析執行計劃優化SQLORACLE的執行計劃(轉)優化SQLOracle
- 分析執行計劃最佳化SQLORACLE的執行計劃(轉)SQLOracle
- SqlServer的執行計劃如何分析?SQLServer
- 【優化】ORACLE執行計劃分析優化Oracle
- 執行計劃-1:獲取執行計劃
- mysql 執行計劃索引分析筆記MySql索引筆記
- (4) MySQL中EXPLAIN執行計劃分析MySqlAI
- 執行計劃
- Oracle檢視正在執行的SQL以及執行計劃分析OracleSQL
- 執行計劃不穩定的原因分析
- oracle sqlprofile 固定執行計劃,並遷移執行計劃OracleSQL
- 【sql調優之執行計劃】獲取執行計劃SQL
- MySQL——通過EXPLAIN分析SQL的執行計劃MySqlAI
- MySQL5.6執行計劃錯誤案例分析MySql
- Oracle 執行計劃 分析和動態取樣Oracle
- ORACLE關於執行計劃的簡要分析Oracle
- pl/sql developer 分析的執行計劃不可信SQLDeveloper
- SYBASE執行計劃
- MySQL 執行計劃MySql
- MySQL執行計劃MySql
- sql 執行計劃SQL
- ORACLE執行計劃Oracle
- 【執行計劃】Oracle獲取執行計劃的幾種方法Oracle
- 【Oracle】-【索引-HINT,執行計劃】-帶HINT的索引執行計劃Oracle索引
- 使用10046事件跟蹤分析執行計劃事件
- 檢視Oracle SQL執行計劃方法比較、分析OracleSQL
- 一個執行計劃解析的小問題分析
- 【PG執行計劃】Postgresql資料庫執行計劃統計資訊簡述SQL資料庫
- oracle 固定執行計劃Oracle
- Oracle sql執行計劃OracleSQL
- mysql執行計劃explainMySqlAI
- mysql explain 執行計劃MySqlAI
- MySQL執行計劃解析MySql