Chinaunix

标题: db2 get monitor switches的一些问题 [打印本页]

作者: rich_ying    时间: 2010-04-27 15:23
标题: db2 get monitor switches的一些问题
/home/db2inst1>db2 get monitor switches

            Monitor Recording Switches

Switch list for db partition number 0
Buffer Pool Activity Information  (BUFFERPOOL) = OFF
Lock Information                        (LOCK) = ON  2010-04-27 10:13:04.558058
Sorting Information                     (SORT) = OFF
SQL Statement Information          (STATEMENT) = ON  2010-04-27 10:13:29.307992
Table Activity Information             (TABLE) = OFF
Take Timestamp Information         (TIMESTAMP) = ON  2010-04-27 06:27:02.632310
Unit of Work Information                 (UOW) = OFF


当换到另一个窗口的时候,
不管是重新连接数据库还是不连接,这些值又变成off了?
而且我也同样可以用db2 get snapshot for locks on testdb取到数据?
这是为什么呢?
作者: hooboor    时间: 2010-04-29 17:02
要使用快照监视器,就必须打开上面的开关,但对于表监视器开关存在一个例外,因为您必须总是使用上述命令来启动它。
通常,打开快照开关所导致的开销非常小,因为在内部,大部分数据已经在 DB2 中。但通常,您只需打开语句开关和锁开关。因为工作负载的缘故,如果将所有开关打开,则可能招致 2% 到 5% 的额外开销。
作者: net_lin    时间: 2010-05-26 08:33
update monitor switches只是对当前session(连接)生效,对其他窗口不产生影响,如果要全局生效,需要使用update dbm cfg将相应的monitor开关打开

在将monitor heap大小设定为合适值时,一般我们设置为4M,monitor开关的打开对性能影响很小,用户应该不会用明显的感觉,为了对数据库进行监控和问题查找,这些微小的开销应该是很有必要牺牲的,个人的建议是打开除health monitor之外的所有监控开关,对于stmt monitor,一般情况下我也是建议打开的,除非数据库中存在大量不同的语句,这种情况一般表现在程序写得不好,sql语句没有使用绑定变量的方法




欢迎光临 Chinaunix (http://bbs.chinaunix.net/) Powered by Discuz! X3.2