按照事务类型分析DB2事物的性能

核心提示：用 DB2 事件监测器（Event Monitor）来捕获数据库语句事件首先需要打开 DB2 的事件监控器来捕获数据库中执行的 SQL 语句和事务语句，在 DB2 V8 中，按照事务类型分析DB2事物的性能(3)，提供了两种监测器来让用户得到系统监测信息，即事件监测器（Event Monitor）和快照监测器（Snap

用 DB2 事件监测器（Event Monitor）来捕获数据库语句事件

首先需要打开 DB2 的事件监控器来捕获数据库中执行的 SQL 语句和事务语句。在 DB2 V8 中，提供了两种监测器来让用户得到系统监测信息，即事件监测器（Event Monitor）和快照监测器（Snapshot Monitor）[1]。这两种监测器在 DB2 V9 中得到了保留 [2]。这两种监测器可以用来捕获不同类型的数据库系统信息，在本方法中将利用它们来获得 SQL 语句、事务语句的执行信息和应用程序的状态信息。由于这些监测器本身会带来一些系统开销，例如在进入和完成 SQL 语句的时候需要加入系统调用，并且需要分配更多的内存来保存监测数据，因此一般情况下这些监测器是禁用的。在启动应用程序之前，需要运行如下命令创建并打开针对 SQL 语句和事务语句的事件监测器：

mkdir C:db2eventmon

db2 "create event monitor SMEVM for statements write to file ' C:db2eventmon '"

db2 "set event monitor SMEVM state=1"

其中第一步需要新建一个目录，本例中给出在 Windows 系统下的命令，生成的目录需要给数据库管理员账号读写权限。第二步用 db2 命令行工具[3]创建一个事件监控器，监控语句事件。在 DB2 中有很多种事件可以被监控，应根据需要选择被监控的事件类型，由于监控本身有比较大的性能开销，尽量不要选择无关事件。在这一步中 write to file 子句后面的参数必须是一个存在的并且可写的目录，否则在第三步打开监测器的时候会出现错误。第三步即通过 db2 命令行工具打开事件监测器。在实验结束后需要将事件导出成文本形式，以供后面继续分析：

db2evmon -db tradedb -evm SMEVM > C:db2eventmon.txt

db2 "set event monitor SMEVM state=0"

最后一步用于关闭事件监测器。下面是一个导出的文本文件的例子，部分无关信息被省略。

清单 1. 语句事件文件

--------------------------------------------------------------------------
　　　　　　　　　　　　　　EVENT LOG HEADER
　Event Monitor name: SMEVM
…
　Server instance name: db2inst1
--------------------------------------------------------------------------
--------------------------------------------------------------------------
　Database Name: TRADEDB
　…
--------------------------------------------------------------------------
4) Statement Event ...
　Appl Handle: 7
　Appl Id: *LOCAL.db2inst1.070109081142
　Appl Seq number: 00078
　Record is the result of a flush: FALSE
　-------------------------------------------
　Operation: Static Commit
　Package　:
　Consistency Token　:
　Package Version ID　:
　Cursor　 :
　Cursor was blocking: FALSE
　-------------------------------------------
　Start Time: 01/09/2007 01:19:48.601550
　Stop Time:　01/09/2007 01:19:48.601574
　Exec Time:　0.000024 seconds
　Number of Agents created: 1
　User CPU: 0.000000 seconds
　System CPU: 0.000000 seconds
　Fetch Count: 0
　Sorts: 0
　Total sort time: 0
　Sort overflows: 0
　Rows read: 0
　Rows written: 0
　Internal rows deleted: 0
　Internal rows updated: 0
　Internal rows inserted: 0
　Bufferpool data logical reads: 0
　Bufferpool data physical reads: 0
　Bufferpool temporary data logical reads: 0
　Bufferpool temporary data physical reads: 0
　Bufferpool index logical reads: 0
　Bufferpool index physical reads: 0
　Bufferpool temporary index logical reads: 0
　Bufferpool temporary index physical reads: 0
　Bufferpool xda logical page reads: 0
　Bufferpool xda physical page reads: 0
　Bufferpool temporary xda logical page reads: 0
　Bufferpool temporary xda physical page reads: 0
　SQLCA:
　 sqlcode: 0
　 sqlstate: 00000
…
48) Statement Event ...
　Appl Handle: 138
　Appl Id: 127.0.0.1.8096.070109091708
　Appl Seq number: 00024
　Record is the result of a flush: FALSE
　-------------------------------------------
　Type　　 : Dynamic
　Operation: Open
　Section　: 16
　Creator　: NULLID　
　Package　: SYSSN200
　Consistency Token　: SYSLVL01
　Package Version ID　:
　Cursor　 : SQL_CURSN200C16
　Cursor was blocking: FALSE
　Text　　 : select * from quoteejb q where q.symbol=? For Update
　-------------------------------------------
　Start Time: 01/09/2007 01:23:05.894949
　Stop Time:　01/09/2007 01:23:05.894970
　…
　SQLCA:
　 sqlcode: 0
　 sqlstate: 00000