用 DB2 事件监测器（Event Monitor）来捕获数据库语句事件
首先需要打开 DB2 的事件监控器来捕获数据库中执行的 SQL 语句和事务语句。在 DB2 V8 中，提供了两种监测器来让用户得到系统监测信息，即事件监测器（Event Monitor）和快照监测器（Snapshot Monitor）[1]。这两种监测器在 DB2 V9 中得到了保留 [2]。这两种监测器可以用来捕获不同类型的数据库系统信息，在本方法中将利用它们来获得 SQL 语句、事务语句的执行信息和应用程序的状态信息。由于这些监测器本身会带来一些系统开销，例如在进入和完成 SQL 语句的时候需要加入系统调用，并且需要分配更多的内存来保存监测数据，因此一般情况下这些监测器是禁用的。在启动应用程序之前，需要运行如下命令创建并打开针对 SQL 语句和事务语句的事件监测器：
- mkdir C:\db2\eventmon
- db2 "create event monitor SMEVM for statements write to file ' C:\db2\eventmon '"
- db2 "set event monitor SMEVM state=1"
其中第一步需要新建一个目录，本例中给出在 Windows 系统下的命令，生成的目录需要给数据库管理员账号读写权限。第二步用 db2 命令行工具[3]创建一个事件监控器，监控语句事件。在 DB2 中有很多种事件可以被监控，应根据需要选择被监控的事件类型，由于监控本身有比较大的性能开销，尽量不要选择无关事件。在这一步中 write to file 子句后面的参数必须是一个存在的并且可写的目录，否则在第三步打开监测器的时候会出现错误。第三步即通过 db2 命令行工具打开事件监测器。在实验结束后需要将事件导出成文本形式，以供后面继续分析：
- db2evmon -db tradedb -evm SMEVM > C:\db2\eventmon.txt
- db2 "set event monitor SMEVM state=0"
最后一步用于关闭事件监测器。下面是一个导出的文本文件的例子，部分无关信息被省略。
--------------------------------------------------------------------------
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
|
可以看出，该文件由一组事件记录组成，每一条记录有一个唯一的编号和一组属性，如应用程序句柄，操作类型，开始时间，结束时间等。主要内容如表 1所示。
如前所述，在应用程序执行的过程中可能处于不同的状态，因此需要同时打开DB2快照监测器捕获应用程序状态信息。打开DB2快照的命令如下：
- db2 update dbm cfg using DFT_MON_SORT ON
- db2 update dbm cfg using DFT_MON_LOCK ON
- db2 update dbm cfg using DFT_MON_TABLE ON
- db2 update dbm cfg using DFT_MON_STMT ON
- db2 update dbm cfg using DFT_MON_UOW ON
- db2 update dbm cfg using DFT_MON_TIMESTAMP ON
这些快照监测器默认设置是关闭的，可以通过如下命令查看其状态：db2 get dbm cfg。在实验结束后，如需要关闭快照监测器，可使用 db2 update 命令关闭，将打开命令中的 ON 改为 OFF 即可。
与事件监测器不同，快照监测器不是自动捕获信息的，而是需要通过用户发出快照命令才执行。因此在实验过程中，需要不断的发出针对应用程序的快照命令，并将结果保存到文件中。执行快照的命令如下：
- db2 get snapshot for applications on TRADEDB >> application.snapshot.txt
其中TRADEDB为数据库名称。下面是一个应用程序的快照结果，部分无关信息被省略。
Application Snapshot
Application handle = 26
Application status = UOW Waiting
Status change time = 01/09/2007 00:28:08.472486
Application code page = 1208
Application country/region code = 0
DUOW correlation token = N00A1405.O0B0.070412045634
Application name = db2jcc_application
Application ID = N00A1405.O0B0.070412045634
…
Connection request start timestamp = 01/08/2007 23:56:31.937719
Connect request completion timestamp = 01/08/2007 23:56:31.938028
Application idle time = 10 minutes 9 seconds
CONNECT Authorization ID = DB2INST1
…
Last reset timestamp =
Snapshot timestamp = 01/09/2007 00:38:17.953083
|
