Oracle通过Latch来保护和协调Redo Logo Buffer的工作。同Redo相关的Latch主要有Redo Copy Latch、Redo Allocation Latch等，Redo
redo log buffer位于sga_max_size之中，，其保存数据库变更的相关信息。这些信息以重做条目（redo entries）形式存储（redo entries也经常被称为redo records）。redo entries包含重构、重做数据库变更的重要信息，这些变更包括insert、update、delete、create、alter或都drop等。
Redo Entries的内容被Oracle数据库进程从用户的内存空间（PGA）复制到sga_max_size中的Redo Logo Buffer之中。Redo Entries在内存中占用连续的顺序空间，由于Redo Log Buffer是循环使用的。
Log Switch会触发一个检查点，促使DBWR进程将写满的日志文件保护的变更数据写回到数据库。
Oracle通过Latch来保护和协调Redo Logo Buffer的工作。同Redo相关的Latch主要有Redo Copy Latch、Redo Allocation Latch等，Redo Allocation Latch用于管理Log Buffer内存空间的分配，Redo Copy Latch则用于写Redo Log Buffer过程的保护。
## _log_simultaneous_copies用来定义允许同时写的Redo的Redo Copy latch的数量。缺省为CPU的2倍。
SYS@ orcl> @GetHidPar
Enter value for par: log_simultaneous
NAME VALUE PDESC
------------------------------ --------------- --------------------------------------------------
_log_simultaneous_copies 2 number of simultaneous copies into redo buffer(# o
f copy latches)
从v$latch视图可以得到关于Redo Copy Latch的汇总信息：
SYS@ orcl> select name, gets, immediate_gets, immediate_misses, spin_gets from v$latch where name = 'redo copy';
NAME GETS IMMEDIATE_GETS IMMEDIATE_MISSES SPIN_GETS
------------------------------ ---------- -------------- ---------------- ----------
redo copy 10 54084 6 0
SYS@ orcl> select addr, latch#, child#, name, gets, immediate_gets, immediate_misses from v$latch_children where name = 'redo copy';
ADDR LATCH# CHILD# NAME GETS IMMEDIATE_GETS IMMEDIATE_MISSES
-------- ---------- ---------- ---------- ---------- -------------- ----------------
506E3CFC 181 2 redo copy 5 0 0
506E3C84 181 1 redo copy 5 54628 6
Redo Copy Latch获取以后，进程紧接着需要获取Redo Allocation Latch，分配Redo空间，空间分配完成以后，Redo Allocation Latch即被释放，进程把PGA里临时存放的Redo信息COPY入Redo Logo Buffer，COPY完成以后，redo copy latch释放。
在原版的基础上做了一下修正评论没有提交正文的问题特价商品的调用连接问题去掉了一个后门补了SQL注入补了一个过滤漏洞浮动价不能删除的问题不能够搜索问题收藏时放入购物车时出错点放入购物车弹出2个窗口修正主题添加问题商家注册页导航连接问题销售排行不能显示更多问题热点商品不能显示更多问题增加了服务器探测 增加了空间使用查看 增加了在线文件编辑增加了后台管理里两处全选功能更新说明：后台的部分功能已经改过前台
为了避免LGWR被不必要的通知，进程需要先获取Redo Writing Latch去检查LGWR是否已经激活或都已经被通知。如果LGWR已经激活或被Post，Redo Writing Latch将被释放。
SYS@ orcl> select addr, latch#, name, gets, misses, immediate_gets, immediate_misses from v$latch where name = 'redo writing';
ADDR LATCH# NAME GETS MISSES IMMEDIATE_GETS IMMEDIATE_MISSES
-------- ---------- -------------------- ---------- ---------- -------------- ----------------
20011204 180 redo writing 503 0 0 0
在执行Redo Copy的过程中，进程以Log File Sync事件处于等待。当进程从Log File Sync中等待醒来以后，进程需要重新获得Redo Allocation Latch检查是否相应的Redo已经被写入Redo Log File，如果尚未写入，进程必须继续等待。
如果对于一个繁忙的数据库系统，该Latch通常也是竞争激烈的Latch之一。
Oracle 9i Redo的增强
在9iR2中，Oracle通过LOG_PARALLELISM定义Oracle中redo allocation的并发级别。如果定义LOG_PARALLELISM大于1，那么数据库将分配多个共享的Redo Log Buffer区域，每个共享Buffer都有独立的Redo Allocation Latch进行保护，从而提高了Redo的并发性能，多个Redo Log Buffer可是被看作是Redo Log Buffer的子池，与Shared Pool的多个Subpool原理类似。多个Redo Log Buffer以被称为Public Redolog Strands。
SYS@ orcl> select name, gets, misses, immediate_gets, immediate_misses from v$latch where name in ('redo allocation', 'redo copy');
NAME GETS MISSES IMMEDIATE_GETS IMMEDIATE_MISSES
---------------- ---------- ---------- -------------- ----------------
redo copy 14 0 96869 10
redo allocation 5400 3 96869 0
如果miss对gets比率超过1%，或都immediate_misses对（IMMEDIATE_MISSES + IMMEDIATE_GETS）比率超过1%，那么通常认为存在Latch竞争。
当主机拥有16~64个CUP时，Oracle推荐设置LOG_PARMLLELISM在2~8之间，这个参数可以提高应用的性能。
