当前位置: 传客网 > DB2 Bufferpool Snapshot

DB2 Bufferpool Snapshot

2016-10-31 作者:甄敬超

             Bufferpool Snapshot

//“缓冲池名称”监视器元素
Bufferpool name                            = IBMDEFAULTBP
“数据库名称”监视元素
Database name                              = CON_FILE
//“数据库路径”监视器元素
Database path                              = /DB2DISK/con_file/db2admin/NODE0000/SQL00001/
//“输入数据库别名”监视器元素
Input database alias                       = CON_FILE
//“快照时间戳记”监视器元素
Snapshot timestamp                         = 08/19/2013 10:07:39.199359

//“缓冲池数据逻辑读取数”监视器元素
Buffer pool data logical reads             = 1965214
冲池的整体数据页命中率:
 1 - ((pool_data_p_reads - pool_async_data_reads) / pool_data_l_reads)
//“缓冲池数据物理读取数”监视器元素
Buffer pool data physical reads            = 10391
pool_async_data_reads 监视元素配合使用,可以计算以同步方式执行的物理读操作(即,数据库管理器代理程序执行的物理数据页读操作)的数目。请使用以下公式:
1 - ((pool_data_p_reads + pool_index_p_reads) - (pool_async_data_reads + pool_async_index_reads)) / (pool_data_l_reads + pool_index_l_reads)
num_ioservers 配置参数时,此信息非常有用。
//“缓冲池临时数据逻辑读取数”监视器元素
Buffer pool temporary data logical reads   = 41342736
pool_temp_data_p_reads 元素配合使用,通过以下公式计算临时表空间中缓冲池的数据页命中率:
1 - (pool_temp_data_p_reads / pool_temp_data_l_reads)
缓冲池整体命中率的计算公式如下:
     1 - ((pool_data_p_reads + pool_xda_p_reads + pool_index_p_reads + pool_temp_data_p_reads + pool_temp_xda_p_reads + pool_temp_index_p_reads ) / (pool_data_l_reads + pool_xda_l_reads + pool_index_l_reads + pool_temp_data_l_reads + pool_temp_xda_l_reads + pool_temp_index_l_reads )) * 100%
此计算公式考虑缓冲池高速缓存的所有页(索引和数据)。
//“缓冲池临时数据物理读取数”监视器元素
Buffer pool temporary data physical reads  = 429171
//“缓冲池数据写次数”监视器元素。以物理方式将缓冲池数据页写入磁盘的次数。
Buffer pool data writes                    = 860810
pool_data_p_reads 监视元素值中占较高的百分比,那么可通过增加可供数据库使用的缓冲池页数来提高性能。
pool_async_data_writes 监视元素报告。这些异步页写入与同步页写入一起包括在此元素的值中。
//“缓冲池索引逻辑读取数”监视器元素
Buffer pool index logical reads            = 1847654
pool_index_p_reads 配合使用并借助以下公式,可以计算缓冲池的索引页命中率:
  1 - ((pool_index_p_reads - pool_async_index_reads) / pool_index_l_reads)
//“缓冲池索引物理读取数”监视器元素
Buffer pool index physical reads           = 5094
//“缓冲池临时索引逻辑读取数”监视器元素
Buffer pool temporary index logical reads  = 0
pool_temp_index_p_reads 元素配合使用并借助以下公式,可以计算临时表空间中缓冲池的索引页命中率:
1 - (pool_temp_index_p_reads / pool_temp_index_l_reads)
//“缓冲池临时索引物理读取数”监视器元素
Buffer pool temporary index physical reads = 0
//“缓冲池 XDA 数据逻辑读取数”监视器元素。指示向常规表空间和大型表空间的逻辑缓冲池请求的 XML 存储器对象 (XDA) 数据页数。
Buffer pool xda logical reads              = 3
数据页命中率:
  1 - ((pool_data_p_reads + pool_xda_p_reads) / (pool_data_l_reads + pool_xda_l_reads))
//“缓冲池 XDA 数据物理读取数”监视器元素
Buffer pool xda physical reads             = 2
//“缓冲池临时 XDA 数据逻辑读取数”监视器元素
Buffer pool temporary xda logical reads    = 0
pool_temp_data_p_reads 监视元素配合使用并借助以下公式,可以计算临时表空间中缓冲池的数据页命中率:
  1 - ((pool_temp_data_p_reads + pool_temp_xda_p_reads) / (pool_temp_data_l_reads + pool_temp_xda_l_reads))
//“缓冲池临时 XDA 数据物理读取数”监视器元素
Buffer pool temporary xda physical reads   = 0
//“缓冲池 XDA 数据写次数”监视器元素
Buffer pool xda writes                     = 0
此监视元素帮助您评估通过增加数据库的可用缓冲池页数能否改进性能。对于包含 XML 数据的数据库,您既应该考虑有关 XML 数据的缓冲池页写入数与缓冲池页读取数比率(使用 pool_data_p_reads 监视元素)。
//“缓冲池物理读总时间”监视器元素
Total buffer pool read time (milliseconds) = 799976
pool_index_p_reads 监视元素配合使用,可以计算平均读页时间。此平均值非常重要,它表示存在 I/O 等待状态,而 I/O 等待状态又表示应该将数据移至另一设备。
pool_async_read_time 监视元素的值。
//“缓冲池物理写总时间”监视器元素。提供以物理方式将缓冲池中的数据或索引页写至磁盘时耗用的总时间。
Total buffer pool write time (milliseconds)= 1105872
pool_index_writes 监视元素配合使用,可以计算平均写页时间。此平均值非常重要,它表示存在 I/O 等待状态,而 I/O 等待状态又表示应该将数据移至另一设备。
pool_async_write_time 监视元素的值。
//“缓冲池异步数据读次数”监视器元素
Asynchronous pool data page reads          = 46246
//“缓冲池异步数据写次数”监视器元素
Asynchronous pool data page writes         = 814309
pool_data_writes 监视器元素配合使用,可以计算以同步方式执行的物理写请求(即,由数据库管理器代理程序执行的物理数据页写操作)的数目。请使用以下公式:
    pool_data_writes - pool_async_data_writes
num_iocleaners 配置参数时,此比率会非常有用。
//“缓冲池索引写次数”监视器元素
Buffer pool index writes                   = 3188
pool_index_p_reads 监视元素值中占较高的百分比,那么可通过增加可供数据库使用的缓冲池页数来提高性能。
//“缓冲池异步索引读取数”监视器元素
Asynchronous pool index page reads         = 995
//“缓冲池异步索引写次数”监视器元素
Asynchronous pool index page writes        = 2416
pool_index_writes 监视器元素配合使用,可以计算以同步方式执行的物理索引写请求(即,由数据库管理器代理程序执行的物理索引页写操作)的数目。请使用以下公式:
    pool_index_writes - pool_async_index_writes
num_iocleaners 配置参数时,此比率会非常有用。
//“缓冲池异步 XDA 数据读取数”监视器元素
Asynchronous pool xda page reads           = 0
//“缓冲池异步 XDA 数据写次数”监视器元素
Asynchronous pool xda page writes          = 0
//“缓冲池异步读取时间”监视器元素
Total elapsed asynchronous read time       = 55392
可使用此元素并借助以下公式来计算同步读取所耗用的时间:
    pool_read_time - pool_async_read_time
还可使用此元素并借助以下公式来计算平均异步读取时间:
    pool_async_read_time / pool_async_data_reads
//“缓冲池异步写入时间”监视器元素
Total elapsed asynchronous write time      = 652105
要计算同步写入页所耗用的时间,请使用以下公式:
  pool_write_time - pool_async_write_time
还可使用此元素并借助以下公式来计算平均异步写入时间:
 pool_async_write_time / (pool_async_data_writes + pool_async_index_writes)
//“缓冲池异步读请求数”监视器元素
Asynchronous data read requests            = 3398
要计算每个读请求的平均数据页数,请使用下列公式:
pool_async_data_reads / pool_async_data_read_reqs
此平均值可以帮助您确定预取程序所使用的平均读 I/O 大小。此数据还可以帮助您了解所测量的工作负载的大型块 I/O 要求。
//“缓冲池异步索引读请求数”监视器元素
Asynchronous index read requests           = 472
要计算每个异步请求读取的索引页数,请使用以下公式:
    pool_async_index_reads / pool_async_index_read_reqs
//“缓冲池异步 XDA 读请求数”监视器元素
Asynchronous xda read requests             = 0
要计算每个异步请求读取的平均 XML 存储器对象数据页数,请使用以下公式:
  pool_async_xda_reads / pool_async_xda_read_reqs
//“缓冲池无牺牲缓冲区次数”监视器元素
No victim buffers available                = 747031
此元素可用来帮助评估使用前摄页清除时您是否具有足够的页清除程序用于给定缓冲池。
DB2_USE_ALTERNATE_PAGE_CLEANING 注册表变量为 ON 时,pool_no_victim_buffer 元素计算代理程序找不到预先选择的牺牲缓冲区可供立即使用,并且强制搜索缓冲池以查找适合的牺牲缓冲区的次数。
如果 pool_no_victim_buffer 元素的值相对于缓冲池中的逻辑读取数过高,那么 DB2® 数据库系统难以确保有足够的良好牺牲缓冲区可供使用。增加页清除程序数目将增加 DB2 提供预选牺牲缓冲区的能力。
DB2_USE_ALTERNATE_PAGE_CLEANING 注册表变量为 OFF 时,pool_no_victim_buffer 元素没有预测值,并且可以安全地忽略。在此配置中,DB2 数据库系统不会尝试确保代理程序预选可供使用的牺牲缓冲区,所以对缓冲池的大多数访问需要代理程序搜索缓冲池以查找牺牲缓冲区。
//“直接读数据库数目”监视器元素
Direct reads                               = 1210972
使用以下公式来计算直接读操作读取的平均扇区数:
  direct_reads / direct_read_reqs
直接读操作是以单元为单位执行的,最小单元为 512 字节扇区。 
//“直接写数据库数目”监视器元素
Direct writes                              = 25524
使用以下公式来计算直接写入操作写入的平均扇区数:
   direct_writes / direct_write_reqs
//“直接读请求数”监视器元素
Direct read requests                       = 45256
//“直接写请求数”监视器元素
Direct write requests                      = 1199
//“直接读时间”监视器元素
Direct reads elapsed time (ms)             = 150162
使用以下公式来计算每扇区平均直接读取时间:
 direct_read_time / direct_reads
//“直接写时间”监视器元素
Direct write elapsed time (ms)             = 7339
使用以下公式来计算每扇区平均直接写入时间:
   direct_write_time / direct_writes
//“关闭数据库文件数”监视器元素
Database files closed                      = 0
maxfilop 配置参数控制。如果达到最大文件数,那么在打开新文件之前必须先关闭某个文件。注意,实际的打开文件数可能不等于关闭文件数。
maxfilop 配置参数值。
//“未读取的预取页数”监视器元素
Unread prefetch pages                      = 4695
如果此数目很高,那么预取程序会将不会使用到的页读入缓冲池,从而导致执行不必要的 I/O。
//“向量 I/O 请求数”监视器元素。更具体而言,就是 DB2® 在缓冲池的页区域中执行顺序页预取的次数。
Vectored IOs                               = 3870
使用此元素来确定执行向量 I/O 的频率。仅在顺序预取期间才监视向量 I/O 请求的数目。
//“向量 I/O 读取总页数”监视器元素。向量 I/O 读取到缓冲池的页区域中的总页数。
Pages from vectored IOs                    = 47237
//“块 I/O 请求数”监视器元素。更具体而言,就是 DB2® 在缓冲池的块区域中执行顺序页预取的次数。
Block IOs                                  = 0
如果启用了基于块的缓冲池,那么此监视元素将报告执行块 I/O 的频率。否则,此监视元素将返回 0。在使用基于块的缓冲池时,只有在顺序预取期间才监视块 I/O 请求的数目。
如果已启用基于块的缓冲池,并且此数目很低或者接近于向量 I/O 数(vectored_ios 监视元素的值),那么请考虑更改块大小。此状态可能指示下列其中一项:
    一个或多个与缓冲池绑定的表空间的扩展数据块大小小于对缓冲池指定的块大小。
    预取请求中请求的某些页已存在于缓冲池的页区域中。
预取程度允许在每个缓冲池块中浪费一些页,但如果浪费的页数过多,那么预取程序将决定在缓冲池的页区域中执行向量 I/O。
为了更好地利用基于块的缓冲池提供的顺序预取性能改进,应对块大小选择适当的值。但是,因为带有不同扩展数据块大小的多个表空间可能与同一个基于块的缓冲池绑定,所以这一点可能比较难以做到。为了获取最佳性能,建议将具有相同扩展数据块大小的表空间与一个基于块的缓冲池绑定,该缓冲池的块大小等于扩展数据块大小。如果表空间的扩展数据块大小大于块大小,那么可以获得较好的性能,扩展数据块大小小于块大小时情况则相反。
例如,如果扩展数据块大小为 2 而块大小为 8,那么将使用向量 I/O 而不是块 I/O(块 I/O 会浪费 6 页)。将块大小降低至 2 将解决此问题。
//“块 I/O 读取总页数”监视器元素
Pages from block IOs                       = 0
如果已启用基于块的缓冲池,那么此元素将报告块 I/O 读取的总页数。否则,此元素将返回 0。
要计算每个基于块的 I/O 按顺序预取的平均页数,请将 block_ios 监视器元素的值。如果此值比您在 CREATE BUFFERPOOL 或 ALTER BUFFERPOOL 语句中为基于块的缓冲池定义的 BLOCKSIZE 选项小很多,那么表明未充分利用基于块的 I/O。出现这种情况的一个可能原因是,正在按顺序预取的表空间的扩展数据块大小与基于块的缓冲池的块大小不匹配。

Node number                                = 0
Tablespaces using bufferpool               = 5
Alter bufferpool information:
 Pages left to remove                      = 0
 Current size                              = 77046
 Post-alter size                           = 77046


相关推荐

返回
顶部