db2 性能调整中的一些误区

在调整DB2 performance的时候经常看见不论是甲方还是乙方中的众多工程师有很大的误区，让人如鲠在喉不吐不快

最多的问题：过于关注bufferpool，不理解在线交易系统和BI系统的区别，不能从整体上看问题。

[@more@]

现在基本上是个DB2的工程师就知道bufferpool很重要，包括IBM的很多人上来先问:

你的机器内存多大？

8G。

那你应该至少把bufferpool设置为4G。

曾经见过一位搞DB2 5，6年的老兄维护的一套交易系统，操作系统是linux，系统配置较低内存比较小8G，该老兄把bufferpool设置为了5G，系统跑的非常差。我看了看系统内存和swap分区频繁交换。存储当时还过的去，也没什么可调整的空间，cpu的资源也还够用。问题主要集中在内存上，不单看上去内存严重不足，而且由于频繁swap本地磁盘IO压力也非常大。

在该公司讨论应该如何优化的时候，该老兄讲目前我们的bufferpool命中率比较低也就是90％多一点，我打算把bufferpool再调大一点把命中率提上来。根据官方的建议命中率最好99％。

我跟他说你应该把bufferpool和其他DB2内存降下来。系统也要用内存。该老兄振振有词:我设置的DB2内存才5G给系统留了3G。系统要那么耗内存也太搞笑了吧

直接无语了。。。

在这里先不讲DB2的内存模型了，大家有兴趣可以从很多地方都能找到。这里想说明的一点是数据库调优和系统调优都是一个整体的概念，都要具体问题具体分析，文无定法，各马各扎，各庙有各庙的菩萨。单从一方面看着数据很美没有任何意义，“大家好才是真的好”^_^

在高并发的交易系统里尤其要注意DB2里针对每个连接或者语句的内存设置，特别是内存不富裕的系统。像APPLHEAPSZ，STMTHEAP，STAT_HEAP_SZ。。这些够用即可，对性能没多大帮助。一个增加1M好像可以忽略，在BI系统可能没什么，可在高并发的交易系统里呢？

在上面这个案例里由于整体内存很紧张我本着够用就好的原则把bufferpool，和其他内存降了下来。系统性能得到了很大幅度的提升。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/598443/viewspace-1028577/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/598443/viewspace-1028577/