懒惰系统的优化思路和详细过程

回复 3# sunyangnj

       我的DPF(32 nodes)，每天的db2diag.log的大小是0.8G--1.2G间。 日志级别是3.放在NFS文件系统上。
       这样对系统性能影响大不大。

       写经验值应该控制在每秒多少量！收起

好文章，收了。。。
个人觉得IBM做的最好得就是redbook和官网上的文章了。收起

非常感谢。收起

回复 4# freebile

再来个Toronto Lab的收起

懒惰系统一般瓶颈不在OS和存储上，而是在DB2本身。优化思路不是那么钉死。
先看看db2diag.log里面，有没有什么提示。然后可以从表结构，锁监控数据，应用程序中事务的sql入手分析。首先排除一些关键的KPI指标，这个到处都有，这里就不重复了，是有可能发现一些效率非常低的sql预计，比如查询或者插入等。DB2瓶颈要么在日志上，要么在sql语句执行上，我们可以监控日志的写的速率，可以监控堆栈，可以发现比如缓冲池，约束，或者生成列，表结构方面的瓶颈。这个对DB2的底层组件的了解要求很高，也没什么办法，都是实践，牛老师的第二本书在底层组件讲解的很多。收起

IBM团队的金彩文章on lazy system：收起