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;