DB2 for Linux, UNIX, and Windows 的锁事件，第 3 部分: 使用 DB2 9.7 中的锁事件监控器来解决并发性问题

核心提示： 清单 3. 创建锁事件监控器db2"CREATEEVENTMONITOREVMON_LOCKINGFORLOCKINGWRITETOUNFORMATTEDEVENTTABLE(TABLEEMDATA.TAB_LOCKINGINTBSPACE_LOCKING)"默认情况下，锁事

清单 3. 创建锁事件监控器

db2　"CREATE　EVENT　MONITOR　EVMON_LOCKING　FOR　LOCKING　WRITE　TO　UNFORMATTED　EVENT　TABLE　
　　(TABLE　EMDATA.TAB_LOCKING　IN　TBSPACE_LOCKING)"　

默认情况下，锁事件监控器是随 AUTOSTART 选项生成的，因此当数据库激活时自动开始。为了一开始就开启锁事件监控器而无需重新激活数据库，通过设置其状态值，即 active 为 1 来显式开启，如清单 4 所示。

清单 4. 激活锁事件监控器

db2　"SET　EVENT　MONITOR　EVMON_LOCKING　STATE　1"　

定义生成锁事件的范围

尽管锁事件监控器已激活，但还没开始收集每个会话的并发性问题相关信息。相反您应当指定锁事件监控器所要监控的会话。在两级指定会话：

DB2 Workload Manager (WLM) 概念

工作负载、服务级、工作级、阈值等等都是在 DB2 9.5 中首次引入的与 DB2 WLM 相关的概念。此处，工作负载是数据库对象，它根据会话属性如应用程序名、认证 ID 等新会话路由到服务级中。即使没有用户定义的工作负载，DB2 默认工作负载 SYSDEFAULTUSERWORKLOAD 也存在，它包含不属于任何工作负载的会话。DB2 将这些会话路由到 DB2 的默认服务级 SYSDEFAULTUSERCLASS。因此，即使没有显式使用 DB2 WLM，DB2 的默认 WLM 对象也一直存在。

数据库级从 DB2 9.7 开始，DB CFG 使用三个新的参数：MON_DEADLOCK、MON_TIMEOUT 和 MON_LOCKWAIT。当激活其中任何一个参数后，锁事件监控器开始观察所有的数据库会话，它独立于应用程序名、认证 ID、以及其他参数，监控对应锁事件发生情况：死锁、锁超时或锁等待。 工作负载级或者，可以配置锁事件监控器观察属于某个工作负载的会话。此时，可以通过设置特定的工作负载选项来激活锁事件集合。