DB2数据库性能优化：十个实用技巧与案例分析.pdfVIP

1.SQL成本分析

许多情况下，一个简单的SQL就可能让DB2系统处于尴尬的状态。调整参数也不能解决此问题。

由于DBA很难去改变这些SQL的现状，所以留给DBA的就是下面的情况：

(1).修改或添加索引(2).修改

聚簇(3).修改目录统计信息。

注:一个SQL语句的cost=每次执行的资源代价*执行的次数。

目前，DBA的就是要找到那些有很高成本的语句，并且尽力去减少它的成本。可以借助

DB2Exin工具或者DB2UDBSQLEventMonitor数据来分析SQL语句的成本。尤其是对SQL

EventMonitor的数据分析，但这样做需要耗费很大的精力和时间。

一般DBA的流程是：

(1).创建一个SQL监视器，写入文件：

$db2创建监视器SQLCOST用于语句写入到...

(2).激活监视器（确保有足够的磁盘空间）：

$db2seteventmonitorSQLCOSTstate=1

(3).让应用程序运行。

(4).停用监视器：

$db2seteventmonitorSQLCOSTstate=0

(5).使用DB2的db2evmon工具格式化原始SQL监视器数据（根据SQL吞吐量，可能需要

数百兆字节的空闲磁盘空间）：

$db2evmon‑db数据库名‑evmSQLCOST

sqltrace.txt

(6).浏览格式化文件，查找异常大的成本数字，这是一个耗时的过程：

$moresqltrace.txt

(7).对格式化文件进行更全面的分析，尝试识别唯一的语句（不考虑字面值），每个唯一语句的频率（出

现次数），以及其总CPU、排序和其他资源成本的汇总。这种彻底的分析可能需要一周或更长时间，仅

对30分钟的应用程序SQL活动样本进行分析。

为了以最快的速度找到相应的SQL，我们可以考虑上文讲过的一些方法：

针对第4个提示：计算每个事务从一个表中提取的行数。如果数值很高，就可以找到相应的语句。

1.SQLCOSTANALYSIS

许多情况下，一个简单的SQL就可能让DB2系统处于尴尬的状态。调整参数也不能解决此问题。

由于DBA很难去改变这些SQL的现状，所以留给DBA的就是下面的情况：

(1).Changeoraddindexes

(2).Changeclustering

(3).Changecatalogstatistics.

注：一个SQL语句的cost=每次执行的资源代价*执行的次数。

目前，DBA的就是要找到那些有很高cost的语句，并且尽力去减少它的代价。可以借助

DB2Exin工具或者DB2UDBSQLEventMonitor数据来分析SQL语句的代价。尤其是对SQLEv

entMonitor的数据分析，但这么做需要耗费很大的精力和时间。

一般DBA的流程是：

(1).CreateanSQLEventMonitor,writetofile:

$db2createeventmonitorSQLCOSTforstatementswriteto...

(2).Activatetheeventmonitor(besureamplefreediskspaceisavailable):

$db2set