DB2 最佳实践: 性能调优和问题诊断最佳实践，第 1 部分：性能调优从配置和监控开始

核心提示： LOGBUFSZ 决定了事务日志的内部缓存大小（页面大小 4KB）， 8 页的默认值对于良好性能的生产环境来说太小了，DB2 最佳实践: 性能调优和问题诊断最佳实践，第 1 部分：性能调优从配置和监控开始(10)，根据输入参数，配置顾问程序会一直增加它，你或许会设置 B2_PARALLEL_IO

LOGBUFSZ 决定了事务日志的内部缓存大小（页面大小 4KB）。 8 页的默认值对于良好性能的生产环境来说太小了。根据输入参数，配置顾问程序会一直增加它，但是可能还是不够。这个值通常在 256-1000 页之间是比较好的范围，并且在数据库服务器中会安排一个总量非常小的内存。

MINICOMMIT 控制’批量提交’，它将令 DB2 尝试把 N 个事务集中批量提交。对于当前事务日志器设计，这只会在非常少的情形下被认为是期望的行为，然而在其它时候我们并不希望这样。 MINCOMMIT 默认设置为 1 。

BUFFPAGE 决定了每个缓冲池大小定义为 -1 时候分配的页数。最佳实践是忽略 BUFFPAGE 而在 SYSCAT.BUFFERPOLLS 中明确的设置单个缓冲池大小，或让 STMM 自动地调整缓冲池大小。

DIAGPATH 决定了在各方面都有用的的 DB2 诊断日志文件的存放位置。它通常只对性能有一点影响，在 DPF 环境中可能除外。 DIAGPATH 在分区环境一般是在挂载的共享 NFS 路径。最佳实践是覆盖 DIAGPATH 到每个分区本地非 NFS 路径。这样可以避免所有分区试图更新诊断信息到同一个文件中，作为代替那些文件保持在每个分区本地，并大大减少的争抢。

DB2_PARALLEL_IO 不是一个配置参数，而是一个 DB2 注册变量。它对于使用有大批硬盘组成的存储的 DB2 而言非常普遍。这个存储对于操作系统而言就是使用一个设备或跨多个设备的文件系统。这样做的结果就是，默认情况下，DB2 对一个表空间容器一次只发出一个预取请求。总之，这个预取以对单个设备多个序列化的请求完成。但是如果容器位于多个磁盘，这就有机会对它同时发送多个预取请求，而不序列化。这就是 DB2_PARALLEL_IO 的由来。它告诉 DB2 预取请求能并行的对单个容器发送。最简单的设置是 DB2_PARALLEL_IO=*（意思是所有容器都存放在多磁盘上，假设在这个例子中是 7），但是其它设置仍然控制并行度以及哪个表空间受影响。例如，如果你知道你的容器在一个 4 块硬盘的 RAID-5 上，你或许会设置 B2_PARALLEL_IO 为“ *:3 ” . 注意精确值对性能是否有好处取决于预取块大小、RAID 段大小以及多少容器使用同一组硬盘。更多存储配置以及 DB2_PARALLEL_IO 的信息，请参考 DB2 数据库存储白皮书中的最佳实践。