DB2 性能优化快速入门
4星 · 超过85%的资源 需积分: 7 37 浏览量
2010-03-17
09:17:12
上传
评论
收藏 164KB DOC 举报 
本文是针对 （）的初学者在遇到 的性能问题的时候不知道
从何分析，从何入手的这一问题，从 的体系结构介绍开始，由浅入深的讲述了 性能优化的一
些基础知识，简单地介绍调优的原理和工具。同时针对性能上的一些典型问题，如 性能问题 查询
和插入操作 ， 性能问题（建表，建索引），并发性问题等等，介绍一种渐进的分析方法，同时结
合一些具体的优化案例进行分析以及成型的 调优工具 的介绍，使得
初学者能够在很短的时间内掌握 性能优化的基本技巧，并且能够在数据库早期设计时考虑到一些性
能因素而防范于未然。
DB2 性能优化概述
性能优化是一件较为复杂的综合性的工作 需要对问题的根源作全方位的探索和思考。同时也需要
较深厚的数据库管理经验与优化知识。这对于初学者来说可能有些勉为其难。但是在很多情况下，随着
数据库中的数据量的不断增长或者用户数的激增，数据库系统的性
能会显著下降，而此时快速定位性能上的瓶颈则至关重要。下面简要地介绍一下 的调优的一些因素
和工具，以及一些原理，使初学者对性能优化能够有一个大致的了解。
的性能优化可以从三个方面分析：内存，和 !。
内存因素
在内存方面，主要是考虑缓冲池 ""#!!的使用。缓冲池是一片用来缓冲从磁盘上读取的数据和
索引的内存区域，这些数据和索引信息在缓冲池中进行运算后最终还要写回磁盘。缓冲池的页面大小有四
种 $%&%'(%)%，分别对应四种不同页面大小的表空间。缓冲池的大小决定了能够从磁盘上缓冲数
据的容量大小。当然缓冲池也不是越大越好，缓冲池过大可能会导致连接数据库的时间过长，因为在连接
数据库时要为数据库的缓冲池分配内存空间。可以通过计算缓冲池的命中率来评估缓冲池的使用效率：缓
冲池命中率 *'+数据物理读 ,索引物理读 数据逻辑读 ,索引逻辑读 -'../，缓冲池命中率
越大说明缓冲池的使用效率高。缓冲池命中率太小说明缓冲池太小应当调大。其中的数据物理读，索引物
理读以及数据逻辑读和索引逻辑读都可以从缓冲池的快照中获取。
在内存方面要考虑的另外几个重要因素是排序堆 0!#123，锁列表 !%01日志缓冲区
!4"05。排序堆在查询结果带有排序选项而没有相关索引对应时将会被使用，排序堆太小会产生
排序溢出 !678那些在排序堆中装不下的排序数据将会溢出到一个临时表中，这会使性能下降。
与 0!#123参数相关的是 02312#0902#和 02312#0，02312#0902#限制了一
个数据库中共享排序的最大内存，02312#0限制了私有排序的最大内存。 !%01指的是一个
数据库中用来存放锁的内存空间，当这个参数设得过小会导致在锁用光这部分资源后导致锁升级（即多个
行锁转化为一个表锁来释放出更多的资源）。这会导致系统的并行性下降，很多应用连接出现挂起，使得
系统的性能衰退。所以尽可能调大 !%01参数，这里需要指出 !%01指的并不是锁的个数，而
是以数据库页为单位的一片内存区域（在 )位系统中每个锁需要 :(个字节，锁上加锁的话每个锁则需
$&个字节。在 ($位系统中每个锁需要 '&个字节，锁上加锁的话每个锁则需 ($个字节）。与
!%01参数对应的是 3;!%0参数，3;!%0定义的是一个百分数，它指定了一个应用程
序所能占用的最大的锁空间占 !%01的比例。日志缓冲区 !4"05指的是日志在写到磁盘以
前用于缓冲的一片内存空间，这样可以减少写日志带来的过多的 !。
从版本 :以后 推出了一个新特性自调节内存管理器 01<01=>?>这
个特性使得很多内存参数如前面所述的 0!#123，!%01，!4"05等进行自动调节，当数
据库参数 0"91@@49设为 !@这些参数设为 31!31即可以进行自动调整。这样可以
节省很多人工调整的时间。
CPU 因素
关于 因素首先是考虑 优化器 !15#对访问计划 3003@的分析与优化。一
般来说，一条 0A在执行时首先会被解析，然后进行语义分析，进而重写 0A优化器会对重写过的
剩余11页未读，继续阅读
资源评论
cdxc1232011-10-31非常感谢，正在找这方面资料，就是内容有点少
