做个调查：生产中打开SQL event monitor的多不多?

我们的都不会开，需要定位问题时会在会话级临时打开收集数据。收起

一般不建议打开，开销会增加20％,系统繁忙会死人的收起

只用了缺省的db2detaildeadlock，没有开其他的EVENT MONITOR收起

event monitor 对性能的影响有具体的评估方法么，或官方文档介绍。在一个有问题的生产机，如何根据业务量评估是否打开，打开多久。相对较高的版本在性能上是否有所改进。收起

不开·~~开了会死人。。。   极端环境  非常高的并发 开DFT_MON_STMT 都会死    这里BS下DB2   LATCH机制太严谨了  严谨了过了   reset 下monitor都会HANG收起

不打开收起

warehouse可开，本身并发跑的查询相对不多
OLTP开了就会死人的，想想一些银行将近一万个并发连接，每秒上千的交易，光写event的overhead就能让系统慢死收起

不开，一般来说，snapshot能定位大部分SQL问题收起

为了找一个非常诡异的问题我开过，情形是这样的，一个机构表，我们的业务系统一共有20多套，不知道哪个系统每天晚上肯定将这些机构数据全部进行update,实在没招了我就在晚上开了一次，write to table,第二天上班还没到公司接到客户电话，怎么所有的业务系统都很卡啊，数据库服务器登陆都很困难，CPU与io都很高，我一想坏了，没让运维人员在上班前将event给关掉，赶紧关掉，影响性能那个大啊。。。记忆犹新。收起

不开。
Unless doing troubeshoot or tuning.收起