使用DB2優化概要強制修改DB2的執行計畫

db2中sql語句的執行計畫是db2優化器根據統計資訊來制定的，有的時候，需要人工干預，比如需要強制使用索引掃瞄。這時候可以使用優化概要來實現。下面的例子中，sql原本使用了表掃瞄，在使用了優化概要強制規定使用索引掃瞄之後，執行計畫變成了索引掃瞄。

$ db2level informational tokens are "db2 v10.5.0.5", "s141128", "ip23626", and fix pack "5".

product is installed at "/opt/ibm/db2/v10.5.5".

新建一張分割槽表，並建立非分割槽索引，發現sql語句的訪問計畫並未使用索引掃瞄，而是使用了tbscan

$ db2 connect to sample
$ db2 "create tablespace tbs1"   
$ db2 "create tablespace tbs2"
$ db2 "create tablespace tbs3"
$ db2 "create table t1 (id integer , name char(20) ) partition by range(id) (part p1 starting(1) ending(40) in tbs1, part p2 starting(41) ending(80) in tbs2, part p3 starting(81) ending(120) in tbs3)"
$ db2 "create index idx1 on t1 (id) not partitioned"
$ db2 "insert into t1 values(1,'a'),(2,'b'),(41,'c'),(42,'d'),(81,'e'),(82,'f')"
$ db2 "runstats on table t1 and indexes all"
$ db2 -tvf $home/sqllib/misc/explain.ddl
$ db2 "set current explain mode explain"
$ db2 "select name from t1 where id = 42"
$ db2 "set current explain mode no"
$ db2exfmt -d sample -g tic -w -1 -n % -s % -# 0 -o output1.txt

執行計畫如下：

$ cat output1.txt
original statement:
------------------
select 
name 
from 
t1 where 
id = 42
optimized statement:
-------------------
select 
q1.name as "name" 
from 
e105q5a.t1 as q1 
where 
(q1.id = 42)
access plan:
-----------
total cost:             6.81003
query degree:           1
rows 
return
(   1)
cost 
i/o |1 
tbscan
(   2)
6.81003 1 |
6 dp-table: e105q5a 
t1q1

需要先建立乙個表systools.opt_profile。還要有乙個xml檔案：a1.xml中的e105q5a是例項名，也是預設的模式名。optguidelines規定表t1使用索引掃瞄，使用的索引為idx1

$ db2 "create table systools.opt_profile (schema varchar(128) not null, name varchar(128) not null, profile blob (2m) not null, primary key (schema, name))"
$ cat a1.xml
<?xml version="1.0" encoding="utf-8"?>
$ cat insert.del
"e105q5a", "prof1", "a1.xml"
$ db2 "import from insert.del of del modified by lobsinfile insert into systools.opt_profile"
$ db2set db2_optprofile=yes
$ db2 terminate
$ db2stop
$ db2start

$ db2 connect to sample $ db2 set current optimization profile='prof1' $ db2 set current explain mode explain $ db2 "select name from t1 where id = 42" $ db2 set current explain mode no

$ db2exfmt -d sample -g tic -w -1 -n % -s % -# 0 -o output2.txt

再次檢視執行計畫，發現使用了索引掃瞄:

$ cat output2.txt profile information: -------------------- opt_prof: (optimization profile name) e105q5a.prof1 stmtprof: (statement profile name) use index scan instead of table scan original statement: ------------------ select name from t1 where id = 42 optimized statement: ------------------- select q1.name as "name" from e105q5a.t1 as q1 where (q1.id = 42) access plan: ----------- total cost: 6.81152 query degree: 1 rows return ( 1) cost i/o |1 fetch ( 2) 6.81152 1 /-----+-----\ 1 6 ixscan dp-table: e105q5a ( 3) t1 0.00173777 q10 | 6 index: e105q5a idx1

q1

可以看到，根據db2優化器的估計，這裡使用ixscan比使用tbscan的cost還要高，所以db2選擇了表掃瞄。在後續的測試中，發現當表的記錄數很多的時候，即使沒有使用優化概要，db2也會選擇索引掃瞄。

其他的說明：

使用DB2優化概要強制修改DB2的執行計畫

DB2優化引數

db2 優化培訓

關於DB2的使用（DB2資料命令）

使用DB2優化概要強制修改DB2的執行計畫

DB2優化引數

db2 優化培訓

關於DB2的使用（DB2資料命令）

相關推薦