db2top工具详解(翻译).pdf

Database (d) Figure 2. Database screen 在数据库屏幕， db2top 提供了一组对整个数据库的性能监控单元。 用户可以监视活动会话（ MaxActSess），排序内存（ SortMemory ）和日志空间（ LogUsed）。 这些监测元素可以帮助用户确定这些元素的当前使用百分比。 如果这些因素中的一个开始达 到很高甚至 100 ％时，用户应该开始调查发生了什么事。 当前时间和数据库开始时间 (Start Time) 相比能让我们了解数据库运行了多久。 这个值结合其 他检测元素去调查那些已存在一段时间的问题是非常有用的。 锁的使用（ LockUsed）和升级（ LockEscals）对缩小锁定问题非常有帮助。如果 LockEscals数 量很大时，则增加 LOCKLIST和 MAXLOCKS数据库参数是一个好主意或者寻找那些引起这个 问题的不良查询语句。 L_Reads，P_Reads 和 A_Reads 代表逻辑读，物理读和异步读取。结合的命中率（ HitRatio ） 值，这些变量对于评估大多数的读取发生在存储器中还是磁盘 I / O 里是非常重要的。因为 磁盘的 I / O 比存储器存取慢得多，用户更喜欢访问在内存中的数据。当用户看到 HitRatio 下降低则可以查看缓冲池 (bufferpools) 是不是不够大了，或是不是有查询进行了太多的全白 扫描而导致页面数据从内存洗冲到磁盘。 和读类似， A_Writes 代表异步写入， 这表明数据页是由异步页清洁剂之前写的缓冲池空间是 必需的。通过 db2top 刷新频率这段时间内的写数量我们还能知道有多少写请求发生了。还 能计算每次写入的平均花费时间这对分析 I/O 瓶颈引起的一些性能问题有所帮助。当 A_Writes/Writes 的比值越高则写 I/O 性能越高。 SortOvf 代表排序溢出。如果用户发现这个数字变为非常高，就需要寻找查询了。排序溢出 发生在 SORTHEAP不足够大，导致排序 (Sort)或 HashJoin 操作可能会溢出数据到临时空间。 有时该值随着 SORTHEAP增加而降低，但在其他情况下，可能没有多大帮助，如果进行排序 的数据集比可分配给 SORTHEAP内存大得多。 如果请求的数据量超过缓冲池可容纳的临时空 间大小那么就可能需要物理 I/O 来进行 SORT或哈希链接在这种情况下排序溢出将是很大的 瓶颈。因此优化查询来减少排序溢出的数量能显著提高系统的性能。 在数据库屏幕的最后四个条目显示的平均物理读取时间（ AvgPRdTime），平均直接读取时间 （AvgDRdTime ），物理平均写入时间（ AvgPWrTime ）和平均直接写入时间（ AvgDWrTime ）。 这四个项目直接反映 I/ O 子系统性能。 如果用户发现一个意想不到的大量的时间花费在每个 读或写操作，进一步的调查应到 I/ O 子系统。 正常情况下， DB2 排序发生在内存中，这块内存叫做排序堆，即 SORTHEAP。当需要排序的数 据超出 SORTHEAP 大小限制时，就会发生排序溢出。溢出的数据会写到临时表中，这会产生更 多的 I/O ，因此对性能会有较大影响。 Tablespace (t) Figure 3. Tablespace screen 表空间屏幕提供每个表空间的详细信息。 Hit Ratio%和 Async Reads%列对用户来说是非常重 要的。 在数据库级别仅仅监视缓冲池命中率， 你可能无法获得足够精确的信息。 在包含多个 表空间的环