晶晶实验十三 重做日志的资料

资料视图在对数据库做健康检查时,有重要的意义.准确的了解资料所代表的含义,能够是我们对数据库当前的状态做出更准确的判断.下面介绍下和重做相关的资料.ITPUB个人空间O"[8j7T,E!\8K8k!? u
一,下面3个资料是与LGWR直接相关的.仅由LGWR进程更新.
#R6[ M{f0   1,redo writes:
N`@i.kQ3DF0     LGWR从日志缓存中刷新重做记录到重做日志文件中的次数.ITPUB个人空间.tWB%fgXuj1@8I
  2,redo blocks written:ITPUB个人空间*{"Hi5J ^/G
    由LGWR写进重做日志文件的重做块的总量.ITPUB个人空间"M/?4w3r*y KU
N
  3,redo write time:ITPUB个人空间*H:f qp9l`l
    以厘秒为单位,记录LGWR刷新log buffer到重做日志文件所用的总的时间.它是每个log file parallel write等待时间的累计.
G8r3Qa%U-t0 SQL> select (select value from v$sysstat where name='redo blocks written')/ (select value from  v$sysstat where name='redo writes') value from dual;
mC#o
[y1y8xJ"o5j;d0      VALUEITPUB个人空间/kUdJGF-U8z
----------ITPUB个人空间Qio3X*zxKj
7.77459954
h9U%L h*LN4rQ*U0    根据1和2两个资料,我们可以如上计算出平均每次LGWR被触发写的块数.ITPUB个人空间!t x"iPj8wC6L8XD
二,日志切换相关资料:
.v:u$H)T^Gd$P R0    1,redo log space requests:ITPUB个人空间1C3j#x'd!f&nA#Zm
    当前连机重做日志文件已满,切换日志时的等待次数.它是除用户手动切换日志外,所有日志切换的次数.
&j6l(M4l1YY0    2,redo log space time:
#X(A7PixOS Mx0     日志切换时的等待时间.
IYd2g3V'bAs8W0 ITPUB个人空间N+vk.@9[6yz)\
三,
7XpY |9wjd,I B2u0    1,redo size:
fW'}x)M#k+vU0     所生成的总的重做数量,单位是字节.重做在PGA中生成后,先要计算出重做记录的大小,然后根据此大小在log buffer中分配空间.在重做记录还没有被写日志缓存前,重做记录的大小就会被记入到此资料中.ITPUB个人空间-mQ8n0Vpx:Q
   2,redo entries:
"|J$^/W(F&G#Fr4q0     被拷贝进日志缓存的重做条目数,此处的条目数指的就是重做记录数,而不是重做项量的数量;
UcN;q6k{+q0   ITPUB个人空间x+~]YOe7e2Oc
   以上两个资料都是在重做记录被拷贝到日志缓存前,计算的.两个相除可以得到每条重做记录的平均字节数.命令如下:ITPUB个人空间jU)fa x1CD[#L7N
SQL> select (select value from v$sysstat where name='redo size')/ (select value from  v$sysstat where name='redo entries') value from dual;
2Cp(Z%F_'[0      VALUEITPUB个人空间G
s$Xy8| X
----------
YM.Q/XejY6p
?0 327.450713ITPUB个人空间lCQ:FPL4D
     
*?H#H9WN^-T/P0 四,redo buffer allocation retries:ITPUB个人空间0{*?8@{.S6J8}5}Nm"S
    在日志缓存中尝试分配空间不足的次数.retry 是再次尝试的意思.此资料表示,当第一次分配空间而没有成功时,必须再次尝试在日志缓存中分配空间,这可能是由于LGWR速度慢,或者是发生了日志切换等.和此资料相关的等待时间是log buffer space.在这个等待事件中可以查到等待时间.可以通过如下命令,计算出每条重做记录平均的等待次数.
:D#EV9JN7}-X'a0 SQL> select (select value from v$sysstat where name='redo buffer allocation retries')/ (select value from  v$sysstat where name='redo writes') value from dual;
IW-ZG!es"z0      VALUE
2uju4HY(q8c,s k0 ----------ITPUB个人空间U2~~G:]:XQ&A
.011216798
3~Fr*r9fR9Z~0    此计算结果越接近0越好.
n:Og2k|0 五,redo wastage:
} Z'q2p^Tm!H6[3ms0     用户提交时,必须要刷新日志缓存到磁盘文件,即使重做块并没有被填满.此资料就是统计重做块中没有被填满的字节数.比较准确的叫法应该是,"未使用缓存空间(unused buffer space)".ITPUB个人空间-w|O6C:}n!I%q$ke/M
六,redo writer latching time:ITPUB个人空间XAM\Dm s
    主要指LGWR在刷新日志缓存时,等待redo copy闩的时间.单位是厘秒.ITPUB个人空间|U k%_e
七,redo synch writes,redo synch time:ITPUB个人空间_$nh.O+_N
    此资料专指因提交而必须刷新日志缓存到磁盘的次数和时间.redo synch writes每提交一次此资料加1,而redo synch time是写重做记录到磁盘所消耗的时间.
BL$paQ{\0c0 ********
'F;OH [,g(I3{0 重做相关闩的调优:
o*kT-Ok8A2^1Y0    ITPUB个人空间I2O6f0Mnj k3a:v
   1,redo copy闩:服务器进程争用此闩,可以通过减少重做的产生,减少提交次数,缓解此闩,但有时提交次数和重做记录数是无法减少的.在你不能对应用以及现有硬件做任何修改的情况下,可增大_log_simultaneous_copies,但要确保log file sync事件不会增加太多.ITPUB个人空间'eNem{/@+A1g:P]
   2,redo allocation闩:同样,在你不能对应用以及现有硬件做任何修改的情况下,可以尝试调整日志缓存的大小或调整_io_redo_size参数的值,看是否能对此闩的争用有所缓解.
aG3|"P y+p8F?0    3,redo writing闩:当redo allocation latch没有太严重的争用时,此闩一般也不会有争用,此闩的争用意味着服务器进程填满可用的空间的速度,远大于LGWR准备可用空间的速度.此时,如果提交的比率很高,增加日志缓存的大小,如果提交的并不错,可以减少_io_redo_size.