DB2性能调节工作总结

近期负责了Metric项目的服务器性能维护，对DB2的性能调节做了些研究。整体感觉数据库调优的关键点应该还是在建库阶段，好的查询更能得到更好的性能。而后期对数据库参数等的调节结果并不是非常明显的。
网上数据库调节方面的资料也很多，但大多数都是转来转去的，在此只做下我个人的工作总结;（//表示对上诉解释 ##表示对下面解释）
############1,Monitoring##################db2 get database manager monitor switches
//显示监视开关的情况
db2 update dbm cfg using DFT_MON_BUFPOOL ON DFT_MON_LOCK ON
db2 update dbm cfg using DFT_MON_SORT ON DFT_MON_STMT ON
db2 update dbm cfg using DFT_MON_TABLE ON DFT_MON_UOS ON
db2 terminate
db2stop
db2start
//在实例级打开监视开关，这样随着实例的重启，开关生效
db2 get database manager monitor switches
db2 get monitor switches
//发现实例级和下面的数据库监视开关都打开了
db2 deacivate database tp1
db2 activate database tp1
//重新激活数据库，刷新监视数据
select agent_id,rows_read,rows_written,rows_selected,rows_inserted from sysibmadm.snapappl
//监视每个代理读写查询的情况，如果read的数量远高于select的数量，考虑是不是缺少索引
//在我的工作中，很少遇到写多的情况，所以对这方面也没深入
db2 get snapshot for tables on tp1 > sntab1.txt
//接下来监视tp1数据库下所有表的读写啦
##下一步，就是抓到那个有大量读大于写的表，然后提取该表上的查询SQL
##这里就要考虑两种情况了，是静态的还是动态的
##@@@静态的，从包里提取
db2bfd -s sqltp1st.bnd
##@@@动态的，可以用snapshot SQL STATEMENT抓取,这里不写了//然后就要提取出我们关注的大量读的查询SQL
//我不太喜欢这部，累眼睛，还烦琐!!!如果有大量查询SQL，还需要想办法自己找出
db2 describe indexes for table acct show detail
//然后就是从提出的SQL中找到表，从表中看有没有索引，没有的话，新建
##之后呢，就可以从访问计划中看索引有没有生效
##静态SQL可以用db2expln从包里弄，本人比较喜欢db2exfmt,因为动静SQL都可以弄
##后面有db2exfmt关于动静的例子,我比较习惯把SQL statement拿出来
##然后放进文本里,db2expln -d GTSSTGMS -f SQL.txt -g -z \; -o GTSSTGMS_sort.txt
##或者，db2 connect to tp1
##db2 set current explain mode explain
##db2 set current explain snapshot explain
##db2 "select name,address from acct where ......"
##db2exfmt -l -d tp1 -o extp2.txt => vi extp2.txt
############2,Talespace and I/O Performance##################
db2 select bpname，bufferpoolid,npages,pagesize from syscat.bufferpools
//查看数据库的缓冲池，syscat.bufferpools中的bufferpoolid字段和sysibmadm.snapdb_memory_pool
//的pool_secondary_id是关联的，从后一张表中记载着用户用户间的缓冲池和系统自建的缓冲池
//CURRENT_SIZE 当前大小;POOL_CONFIG_SIZE 设置大小;HIGH_WATERMARK 最高记录;
//我发现,这和使用 db2pd -db GTSSTGMS -mempools是对应的 PhySz PhyUpBnd PhyHWM
//使用  db2pd -db GTSSTGMS -memset，将同类内存集合并计算
//在这里插一段缓冲池自调节功能介绍
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
下面我们创建示例缓冲池MYBP1，其使用自调整功能（注意其create bufferpool语句使用了automatic），初始大小为400K，具体如清单4所示：
 创建使用自动自调整功能的示例缓冲池MYBP1
db2 create bufferpool mybp1 immediate size 100  automatic  pagesize 4k
db2 "select BPNAME, NPAGES from sysibm.sysbufferpools"
当缓冲池启用了自调整功能时，该特定缓冲池的 sysibm.sysbufferpools 表中的 NPAGES 字段将设置为 -2。当自调整功能处于禁用状态时，NPAGES 字段将设置为缓冲池的当前大小。
db2 alter bufferpool mybp2 immediate size 100 automatic
表空间在读大数据的时候，给表空间指定缓冲区是没有用的。这种情况下，DB2会利用直接I/O去接触大数据。
db2 create bufferpool BP8K size 1000 pagesize 8k
db2 create system temporary tablespace TMP8K pagesize 8k managed by system using ('TMP8K') EXTENTSIZE 8 PREFETCHSIZE 8 bufferpool BP8K
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
###接下来呢，当然是看命中率了 当然可以用 db2 get snapshot for database on tp1
###这里介绍另外一个方法
select data_physical_reads,index_physical_reads,total_physical_reads,bp_name from sysibmadm.bp_hitratio where bp_name not like 'IBMSYSTEM%'select data_logical_reads,index_logical_reads,total_logical_reads,bp_name from sysibmadm.bp_hitratio where bp_name not like 'IBMSYSTEM%'select data_hit_ratio_percent,index_hit_ratio_percent,total_hit_ratio_percent,bp_name from sysibmadm.bp_hitratio where bp_name not like 'IBMSYSTEM%'
//上面这样可以检测每一个缓冲器的命中率情况
###接下来，看一下缓冲器的读写情况
select substr(bp_name,1,15) as bp_name,total_physical_reads,average_read_time_ms from sysibmadm.bp_read_io where bp_name not like 'IBMSYSTEM%'select substr(bp_name,1,15) as bp_name, total_write,average_write_time_ms from sysibmadm.bp_write_io where bp_name not like 'IBMSYSTEM%'
//那个bufferpool比较忙，用于那个表空间，该表空间有哪些表，检查。。。###下面检查表空间
select pool_data_p_reads as Total_Data_Reads, Pool_async_data_reads as Asynch_Data_Reads, pool_async_read_time from sysibmadm.snapbp where bp_name='IBMDEFAULTBP'select pool_async_data_read_reqs as Data_Prefetch_Requests, decimal(POOL_ASYNC_DATA_READS)/decimal(POOL_ASYNC_DATA_READ_REQS) as Data_Page_Per_Prefetch, pages_from_block_ios from sysibmadm.snapbp where bp_name='IBMDEFAULTBP'###其中DATA_PAGES_PER_PREFETCH要match上extent size,为了得到extent size，
###(最好打开Automatic Prefetch size,这样自动计算数值NUM of Containers * Extent Size)使用
db2 get snapshot for tablespace on tp1
###最好将IOSERVERS和IOCLEANERS设为自动
db2 get db cfg show detail | grep NUM_IO
NUM_IOSERVERS AUTOMATIC?
NUM_IOCLEANERS AUTOMATIC?
############3,Memory Management##################
###当然是要看内存当前使用了
db2 deactivate db tp1
db2 activate db tp1
db2 connect to tp1db2mtrk -d -v
db2pd -db tp1 -mempools
db2pd -db tp1 -memsets
//这里就不多说了，好多我也不明白，明白的具体情况具体分析############4,Memory Management##################
db2 get snapshot for database on tp1 | grep -i sort
//需要看一下total sorts和Sort Overflows的情况
//如果sort heap不够用的话，会用临时表空间
//可以snapshot一下这个临时表空间
//特别注意Buffer pool temprorary data logical reads和Buffer pool temporary data physical reads
//Buffer pool data writes,Asynchronous pool data page writes
###接下来就要估一下sortheap是否够用
db2expln -d tp1 -f sortquery.sql -g -z \; -o expsort.txt
###这里主要看Rows * Row Width 和 sortheap大小
############5,Access plan(Optimizer plan)##################
Monitor ----- Static SQL
cd $HOME/sqllib/bin
db2 connect to tp1
db2 bind sqltp1st.bnd explain yes explsnap yes
db2exfmt -l -d tp1 -n SQLTP1ST -# / -o exptp1.txtsort heap size * 4K(PAGE) 和 numrows*rowwidth(BYTE) 比较大小，来决定sort heap size
PCTFREE & FREEPAGE => 1) 只读表，如果对于一个表没有任务更新活动，那么可以将定义为没有空余空间，而且也没有任何比较reorg，因为不会产生分页。
Monitor ----- Dynamic SQL
cd $HOME/sqllib/bin
db2 connect to tp1
db2 set current explain mode explain
db2 set current explain snapshot explain
db2 "select name,address from acct.where acct_grp < 50 order by name"
db2exfmt -l -d tp1 -o extp2.txt