db2-event monitor

与snapshot不同，事件监视器对 DB2 的性能影响极大。这是由于为每个事件对象写的信息的数量造成的。语句监视器对性能的影响极大，因为数据库引擎必须为每个查询执行所有额外的工作：不只是能够执行查询，DB2 引擎还必须写出这条查询的所有特征和运行时信息。该信息必须写入文本文件，这样会进一步降低性能。

首先，必须创建事件监视器，运行监视器来收集将要分析的数据。 rkmon是事件监视器的名称
打开一个新的 DB2 命令行处理器会话，然后执行以下 DB2 UDB 命令：
db2 => connect to dbname
db2 => update monitor switches using statement on
db2 => create event monitor rkmon for statements write to file '/db2'
db2 => set event monitor rkmon state=1
          
使该会话一直处于打开状态，直到这些数据库活动完成。请确保 /db2 目录有足够大的空间来保存跟踪文件。这里选择 /db2目录是因为所有用户都可以访问该目录；但也可以选择使用其它目录（请确保对于该目录，DB2 有访问权限）。目录的大小取决于用户想要捕获的 SQL 语句的数目。一开始，最好设为 500 MB。

执行正常的数据库活动，直到您想监控的时段结束。这一监控阶段可以是问题产生时期，也可以是通常的数据库活动过程。在 /db2 目录下，您应该可以看到一组扩展名为“ .evt ”的文件。
回到在步骤 1 中所打开的会话，然后发出以下语句：
db2 => set event monitor rkmon state=0
db2 => terminate
 

在平常的命令提示符下，执行以下命令：
$ db2evmon -path /db2 > sqltrace.txt

 删除rkmon
drop event monitor rkmon

首先创建一个目录用于存放事件监控，例：
[db2inst1@esi-202 ~]$ mkdir emondir

创建一个sql语句的事件监控
[db2inst1@esi-202 ~]$ db2 "create event monitor emon1 for statements write to file '/home/db2inst1/emondir'"

启动emon1
[db2inst1@esi-202 ~]$ db2 "set event monitor emon1 state 1"

查看事件监控生成的内容：
[db2inst1@esi-202 ~]$db2evmon -path emondir

查看事件监控启动情况：
[db2inst1@esi-202 ~]$db2 "select evmonname, event_mon_state(evmonname) from syscat.eventmonitors

关闭emon1
[db2inst1@esi-202 ~]$ db2 "set event monitor emon1 state 1"

删除emon1
[db2inst1@esi-202 ~]$ db2 "drop event monitor emon1'"