DB2性能优化（一） 之 运行重组统计

作者：彭建军
最新更新时间：2006-5-8
关键字：DB2 性能 runstats reorg reorgchk 优化 统计信息

对于在数据库中那些经常发生变动的表，定期进行运行重组统计对数据库性能的提高效果是显著的，本文只是抛砖引玉。

注意： 在使用 runstats 命令的时候，必须指定表所在的模式。

1、首先执行表、索引检查
--------------------------------------------------------
--DB2 CLP
--------------------------------------------------------
db2 reorgchk update statistics on table db2admin.K_Order

执行 RUNSTATS ....

表统计信息：

F1: 100 * OVERFLOW / CARD < 5
F2: 100 * (Effective Space Utilization of Data Pages) > 70
F3: 100 * (Required Pages / Total Pages) > 80

SCHEMA    NAME                  CARD    OV    NP    FP ACTBLK    TSIZE  F1  F2  F3 REORG
----------------------------------------------------------------------------------------
DB2ADMIN  K_ORDER             258500 51699 12932 16165      - 61781500  19  93  80 *-*
----------------------------------------------------------------------------------------

索引统计信息：

F4: CLUSTERRATIO 或正常化的 CLUSTERFACTOR > 80
F5: 100 * (KEYS * (ISIZE + 9) + (CARD - KEYS) * 5) / ((NLEAF - NUM EMPTY LEAFS) * INDEXPAGESIZE) > 50
F6: (100 - PCTFREE) * ((INDEXPAGESIZE - 96) / (ISIZE + 12)) ** (NLEVELS - 2) * (INDEXPAGESIZE - 96) / (KEYS * (ISIZE + 9) + (CARD - KEYS) * 5) < 100
F7: 100 * (NUMRIDS DELETED / (NUMRIDS DELETED + CARD)) < 20
F8: 100 * (NUM EMPTY LEAFS / NLEAF) < 20

SCHEMA   NAME                 CARD  LEAF ELEAF  LVLS ISIZE  NDEL   KEYS  F4  F5  F6  F7  F8 REORG
-------------------------------------------------------------------------------------------------
表：DB2ADMIN.K_ORDER
DB2ADMIN IDX_K_C            258500 14894     0     4   106 21040 258500  72  48  13   7   0 **---
SYSIBM   SQL060417152213950 258500  7122     0     4    60     0 258500  72  61  62   0   0 *----
-------------------------------------------------------------------------------------------------

CLUSTERRATIO 或正常化的 CLUSTERFACTOR（F4）将指示索引需要
REORG，该索引与基本表不在相同的序列中。当在表中定义了多个索引时，一个或多个索引
可能被标记为需要 REORG。指定 REORG 顺序的最重要索引。

使用 ORGANIZE BY 子句和相应的维索引定义的表的名称有 '*'
后缀。维索引的基数等价于表的“活动的块数”统计信息。

2、DB2 提示信息说明

对 reorgchk 所使用的度量的考虑因素包括：（当查看 reorgchk 工具的输出时，找到用于表的 F1、F2 和 F3 这几列，以及用于索引的 F4、F5、F6、F7 和 F8 这几列。如果这些列中的任何一列有星号 (*)，则说明当前的表和/或索引超出了阈值。）

F1: 属于溢出记录的行所占的百分比。当这个百分比大于 5% 时，在输出的 F1 列中将有一个星号 (*)。

F2: 数据页中使用了的空间所占的百分比。当这个百分比小于 70% 时，在输出的 F2 列上将有一个星号 (*)。

F3: 其中含有包含某些记录的数据的页所占的百分比。当这个百分比小于 80% 时，在输出的 F3 列上将有一个星号 (*)。

F4: 群集率，即表中与索引具有相同顺序的行所占的百分比。当这个百分比小于 80% 时，那么在输出的F4 列上将有一个星号 (*)。

F5: 在每个索引页上用于索引键的空间所占的百分比。当这个百分比小于 50% 时，在输出的 F5 列上将有一个星号 (*)。

F6: 可以存储在每个索引级的键的数目。当这个数字小于 100 时，在输出的 F6 列上将有一个星号 (*)。

F7: 在一个页中被标记为 deleted 的记录 ID（键）所占的百分比。当这个百分比大于 20% 时，在输出的 F7 列上将有一个星号 (*)。

F8: 索引中空叶子页所占的百分比。当这个百分比大于 20% 时，在输出的 F8 列上将有一个星号 (*)。

3、解决方案

1、针对reorgchk给出的提示信息（特别是打*号的reorg列），结合SQL语句本身的构成，建立适当的索引

2、根据实际情况，重组表、重组索引

3、更新表、索引统计信息

例如：

--------------------------------------------------------
--DB2 CLP
--------------------------------------------------------

db2 reorg table db2admin.K_Order;

db2 reorgchk update statistics on table db2admin.K_Order;

db2 reorg indexes all for table db2admin.K_Order;

db2 runstats on table db2admin.K_Order and indexes all;