DB2增加缓冲池大小和压缩表并不等于提高性能。为什么？
我正在调整和提高IBMDB2Version9.7数据库的性能。在过去的几天里，我一直在网上搜索，了解到如果我在压缩模式下创建了表，并创建了一个缓冲池，并将它们都设置为访问1024mb，那么由于磁盘的I/O更少，查询的性能应该会提高 但是，当我运行时间分析时，性能会下降。我用我一直使用的索引将新添加的内容添加到我的常规数据库中。每次我搜索谷歌时，我都会说：增加缓冲池大小、几个缓冲池和一个表压缩应该可以获得更好的性能 我对完全出乎意料的结果感到困惑。是否有一些我已经忘记的调优机制，或者有人对这种奇怪的行为有什么解释吗 诚恳DB2增加缓冲池大小和压缩表并不等于提高性能。为什么？,db2,performance,database-tuning,Db2,Performance,Database Tuning,我正在调整和提高IBMDB2Version9.7数据库的性能。在过去的几天里，我一直在网上搜索，了解到如果我在压缩模式下创建了表，并创建了一个缓冲池，并将它们都设置为访问1024mb，那么由于磁盘的I/O更少，查询的性能应该会提高 但是，当我运行时间分析时，性能会下降。我用我一直使用的索引将新添加的内容添加到我的常规数据库中。每次我搜索谷歌时，我都会说：增加缓冲池大小、几个缓冲池和一个表压缩应该可以获得更好的性能 我对完全出乎意料的结果感到困惑。是否有一些我已经忘记的调优机制，或者有人对这种奇怪
Mestika性能调整的第一条规则是“视情况而定”。压缩或增加缓冲池大小并不一定意味着性能更好 DB2中的压缩增加了开销——DB2必须压缩和解压缩行，这在未压缩的工作负载上需要额外的CPU。如果您有磁盘绑定的工作负载，压缩可能会提高性能 较大的缓冲池只有在缓冲池一开始尺寸过小时才有助于提高性能