oracle redo wait较高,如何诊断Oracle Redo Log引发的性能问题

一、Rodo Log性能调整目标：

~RFQ@E0在能够影响性

能的诸多因素中，Redo

Log相关的因素从某种程度上可以说是最为重要同时也是最值得关注的。因为在一个OLTP系统中Oracle通过各种技术以及优良的设计，尽量做到将大部

分操作在内存中完成，以便最大程度的提升性能。因此在Oracle的诸多后台进程以及用户进程的大部分操作都是内存操作，而且这些操作会通过延迟写入技术

尽可能的将磁盘I/O操作滞后。但是在这些操作中却有某些例外，其中最明显的就是针对Redo Log的操作。51Testing软件测试网U8l KX q$n

K,a$y2E-r0在Oracle中针对Redo Log的操作主要由LGWR进程完成，这个进程可以说是Oracle所有后台进程中最繁忙的进程，而且这个进程可能要频繁的进行I/O操作，这是因为Oracle出于数据安全的考虑必须保证联机在线重做可

靠的写入日志文件，以便在发生崩溃时能够有效恢复数据，而真正的数据可能会等一些时间延迟写入数据文件。这种特点在Oracle的各个后台进程中显得有些

独树一帜。另外LGWR全局唯一，即一个实例只能有一个活动的LGWR进程，由于要进行频繁的I/O操作可想而知是很容易造成LGWR进程竞争的。由于

LGWR在Oracle实例结构设计中的特殊地位，一旦出现LGWR性能瓶颈，那么对整个系统的性能影响将会是极为严重的，同时对数据安全也是一个潜在的

威胁。7A!v[Ua o |*Tq\s0

Fd%AN9R7G@ p0因此作为Oracle日常的管

理，我们要给与这部分相当的关注，尽早发现问题，尽早作出调整。调整的目标就是要做到Log_Buffer大小适中(不要过大，也不能太小)，要满足用户

进程的使用需要，每当系统负载有一个明显的增加时，就应该考虑调整它的大小。比如因为业务拓展当前系统固定用户数量从1万人猛增到3万人，那么就应该对

Log_Buffer大小给与关注。另外就是要做到日志文件的大小适中，日志组的日志文件数量合适，不能影响LGWR写日志文件的性能，不能造成日志文件

间的写入竞争，不能在日志切换归档发生时引发磁盘竞争等等。'o7B(p0zb051Testing软件测试网'Pbh$E)a ^*d9N1f

二、监控与问题排查：rb/Sr9K051Testing软件测试网/Kd8E}l

在进行Redo Log问题监控时，主要关注两个方面：日志缓冲区空间使用的等待情况和日志缓冲区数据槽的分配情况。通过这两方面的监控并配合一些问题排查手段，通常可以发现大量问题。D T[n]051Testing软件测试网r![};_

yvj/C

(1)日志缓冲区空间使用的等待情况：0@ V5gt1vu0

aCn4|_MK0可以通过查询v$session_wait来监控日志缓冲区空间使用的等待情况，通过如下语句进行查询：51Testing软件测试网/B,N2`7l%r&q'iwWselect sid,event,seconds_in_wait,state

|QK%W!p#Of9B]0from v$session_wait51Testing软件测试网|qr#r+w z7?

where event='log buffer space%';51Testing软件测试网't4^NBR5to-q

以上的查询中可以通过观察seconds_in_wait的数值来分析问题，这个数值可以显示如下问题：日志切换缓慢引发的等待、LGWR写入缓慢引发的等待、日志文件写入引起的磁盘竞争引发的等待。51Testing软件测试网^;~ h,Ws

Q8@tg6[0这些等待的发生可能是由于如下问题引起的：1C(h_;qtdQF"|051Testing软件测试网R&~`O+m7U\

1、日志文件写入时存在磁盘竞争：~&Cs5k5@8~W|IoaS0

)xln#?0f0这种情况多见于日志切换发生时，由于日志文件组的规划不当，或者存放日志文件的磁盘写入速度缓慢，或者是因为磁盘RADI类型不当都会引发这个问题，如果怀疑村在这些情况，可以通过如下语句进行监控：51Testing软件测试网-y0{4N'E

Yg*NvdZselect event,total_waits,time_waited,average_wait51Testing软件测试网6W)ZQyO

from v$system_event

5vk!T8ll5GTE k:{0where event like 'log file switch completion%';

X_/dwn5gi0可以通过观察total_waits，time_waited，average_wait数值来分析问题，如果这些值过高(注意何谓“过高”，不同系统考量标准不一样，要具体分析)，那么说明存在以上问题。此时可以通过如下措施解决：51Testing软件测试网?@7ZS^0P|k3S.}51Testing软件测试网

Cl[+m~| I

● 将同一日志文件组的各个成员分配到不同的磁盘上，进而减少日志写入以及日志切换和日志归档时引发的竞争；Se(}*q3Ly051Testing软件测试网;}D/gBM0O5p1Q}

● 将日志文件尽可能存放在快速的磁盘上；51Testing软件测试网9r'[eRTLx7iC51Testing软件测试网T;Fq y\ QX

● 要合理选择RADI类型对磁盘进行条带化，通常不要选择RADI5来作为日志文件磁盘的RADI类型，通常推荐使用RADI10；51Testing软件测试网,Kf M+^#x$B/U51Testing软件测试网#`~+cU7a1b]0Et

● 可以增加REDO LOG文件大小，来延缓日志切换，下面是一个增加日志文件大小的方法；51Testing软件测试网uX!nMOLLHdV51Testing软件测试网eASj,?*X

假如原来有3个小的redo log file，下面是UNIX环境下的一个例子：!?ck9JN``qlrFB051Testing软件测试网8],C;t'|{b0StW

第一步：往数据库添加三个大的redo logfile51Testing软件测试网+HV LiYNy+gUG#\0SVRMGRL>ALTER DATABASE ADD LOGFILE GROUP 451Testing软件测试网*an,i#tu}$R/Pz,{w

('/opt/oradata/app/redo04.log',

.T&bgyL_+~_.M0'/ora_bak/oradata2/redolog/redo04.log') size 16M reuse;S(LU}2YF0

j"?x+ER0SVRMGRL>ALTER DATABASE ADD LOGFILE GROUP 551Testing软件测试网c!t%RX T$m

('/opt/oradata/app/redo05.log',

~6QqL/S0'/ora_bak/oradata2/redolog/redo05.log') size 16M reuse;0y!Cd4b{N-XPz0

(l(K1B3xdZk0SVRMGRL>ALTER DATABASE ADD LOGFILE GROUP 6

uh5i/?(y,vO,C0('/opt/oradata/app/redo06.log',51Testing软件测试网"d]$_^KE/f SLo

'/ora_bak/oradata2/redolog/redo06.log') size 16M reuse;51Testing软件测试网)U#\5vP@R7~_b,p51Testing软件测试网

O,yM.W.^rK,?]`L5y

第二步： 手工地做log switch，使新建的redo logfile起作用51Testing软件测试网,RQ!k

DsR0EDe;NSVRMGRL>alter system switch logfile;51Testing软件测试网k_&@'}!b{B_

此操作可以执行一到几次，使旧的redo logfile成invalid状态。51Testing软件测试网eO5u aZ3~1v+^K

ct$c)d!CT*@hH0第三步：删除原来旧的redo logfile51Testing软件测试网!@2{4[,Jeq'RgX

SF!|+b9Xh|0~kd CHs0SVRMGRL>alter database drop logfile group 1;51Testing软件测试网2~4f+h8l*i5S

SVRMGRL>alter database drop logfile group 2;

P:Sg8n*k3ej)t0SVRMGRL>alter database drop logfile group 3;51Testing软件测试网3i+Sx.\#I

2、检查点发生时DBWR进程没有完成数据写入引发等待：