--查看索引是否收集过统计信息

 from syscat.indexes"

db2 -v "reorgchk update statistics on table all"


 --什么时候需要运行 runstats
Some situations when updating statistics would be beneficial
– After data has been loaded into a table and appropriate indexes have been created
– After creating a new index on a table
– After a table has been reorganized with the REORG utility
– After a table and its indexes have been significantly modified through update, insert, or delete operations

Improving the performance of RUNSTATS
– Collect basic statistics only for relevant columns. E.g.: columns used to join tables
– Consider specifying only those columns for which data distribution  statistics should be collected. 
– Use row-level or page-level sampling when running RUNSTATS
– Use throttling option to limit the performance impact of RUNSTATS  execution

--收集全库的统计信息脚本
#----------------------------------------------------------------------------#
#!/bin/ksh93

if [ "$#" < 3 ] ; then
  echo "Usage:$0 DB_NAME DB_USER USER_PASSWORD"
  exit 1
if

DB=$1
DB_USER=$2
DB_PWD=$3

db2 connect to $DB user $DB_USER using $DB_PWD
db2 "select rtrim('RUNSTATS ON TABLE ' || rtrim(tabschema) || '.' || tabname || ' on all columns with distribution on all columns and sampled detailed indexes all allow write access;')
from syscat.tables
where type='T' " > createRunstats.txt
grep -i runstats  createRunstats.txt > runstats_detailed.sql
db2 -tvf runstats_detailed.sql

#----------------------------------------------------------------------------#

runstats 最佳实践：
1）当表数据量发生了很大变化， 如 load 或 reorg，新增索引后，需要收集统计信息
2）空闲时运行 runstats
3）对大表的某些字段做统计信息收集，并可以做抽样统计
4）系统表也需要做 runstats
5）表和索引要同时收集统计信息，并重新 rebind

以下情况 reorg 表，可能会提高性能：
1）表中许多行被删除，reorg后占用空间会降低
2）发生行溢出的的表，主要是 varchar 变长字段的表
3）按照某个索引重新组织表数据的物理顺序，如聚集索引
4）启用表数据压缩时，可通过 reorg 建立字典表，并对表数据进行压缩

以下情况 reorg 索引，可能会提高性能：
1）表数据删除后，导致很多索引页变为空
2）减少索引层次
3）去除伪删除的行和页


reorg 最佳实践：


--判断表或索引是否需要重组？
1）reorgchk
F1，F2，F3有*标记，则表需要重组
F4-F8有*标记，则索引需要重组

db2 reorgchk on schema db2inst1

2）sysibmadm.snaptab 视图 针对表多
overflow_accesses/rows_read > %3，则表需要重组
实例监控器开关： update dbm cfg using dft_mon_table on
db2 "select  substr(tabname,1,18) tabname,rows_read, overflow_accesses
  from sysibmadm.snaptab
  where (rows_read>999) and ((overflow_accesses*100)/(rows_read+1) > 3)
"

--离线reorg表
支持 allow read access(默认),allow no access
use 选项指定临时表空间，进行重组

*4个阶段
1)scan-sort 根据reorg指定的索引对表进行扫描，排序
2)build 表数据构建
3)replace(copy):替换原有数据
4)index rebuild:基于新数据，重建索引

离线reorg,根据index index-name 选项指定根据哪个索引进行重组，如果没有指定索引，表重组时不关心数据在物理存储的顺序。
如果表上有cluster index ,即使没有指定索引，默认也按聚集索引顺序重组表。

--离线reorg example
db2 reorg table db2inst1.t1
b2 create temporary tablespace tempts1
db2 "create index i1 on db2inst1.t1(id)"
db2 reorg table db2inst1.t1 index i1 allow read access use tempts1


--查看 reorg 的过程
1）sysibmadm.snaptab
db2 "select
       substr(tabname, 1, 15) as tab_name,
       substr(tabschema, 1, 15) as tab_schema,
       reorg_phase,
       substr(reorg_type, 1, 20) as reorg_type,
       reorg_status,
       reorg_completion,
       dbpartitionnum
     from sysibmadm.snaptab_reorg
     order by dbpartitionnum"
2）通过快照
db2 get snapshot for tables on testdb
current counter / max counter 来预测完成的百分比
3）db2pd -d testdb -reorg
4）db2 list history reorg all for testdb


--查看 reorg 进程 
db2 list applications show detail | grep -i db2reorg

--在线reorg表,只是维护索引，不会重建索引（聚集索引除外）
db2 reorg table db2inst1.t1 inplace allow write access

--在线重组索引
db2 reorg indexes all for table db2inst1.t1

db2 list history reorg all for testdb
或
查看db2diag.log


--查看包
db2 list packages for schema db2inst1

--对单个包重绑定
db2 rebind package package-name

--对所有包重绑定
db2rbind testdb  -l db2rbind.log all