eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 如何获得Oracle的隐含参数 | Blog首页 | Log Block Size »

触发redo写的几个条件

主要有以下几个条件触发LGWR执行写操作:

1.超时(timeout)
当LGWR处于空闲状态时,它依赖于rdbms ipc message等待,处于休眠状态,直到3秒超时时间到。
如果LGWR发现有redo需要写出,那么LGWR将执行写出操作,log file parallel write等待事件将会出现。

启用10046事件,从LGWR跟踪日志中可以清楚的观察到这些事件:

WAIT #0: nam='rdbms ipc message' ela= 2999554 p1=300 p2=0 p3=0
WAIT #0: nam='rdbms ipc message' ela= 2999470 p1=300 p2=0 p3=0
WAIT #0: nam='rdbms ipc message' ela= 566819 p1=300 p2=0 p3=0
WAIT #0: nam='log file parallel write' ela= 115 p1=1 p2=2 p3=1
WAIT #0: nam='rdbms ipc message' ela= 45752 p1=213 p2=0 p3=0
WAIT #0: nam='log file parallel write' ela= 94 p1=1 p2=3 p3=1
WAIT #0: nam='rdbms ipc message' ela= 51762 p1=208 p2=0 p3=0
WAIT #0: nam='log file parallel write' ela= 91 p1=1 p2=1 p3=1
WAIT #0: nam='rdbms ipc message' ela= 29033 p1=200 p2=0 p3=0
WAIT #0: nam='log file parallel write' ela= 99 p1=1 p2=2 p3=1
WAIT #0: nam='rdbms ipc message' ela= 40293 p1=197 p2=0 p3=0
WAIT #0: nam='log file parallel write' ela= 87 p1=1 p2=1 p3=1

2.阈值达到
只要一个进程在log buffer中分配空间,已经使用的Log buffer的数量将被计算。如果使用的块的
数量大于或等于_log_io_size参数设置,那么将会触发LGWR写操作。
如果此时LGWR未处于活动状态,那么LGWR将被通知去执行后台写操作。
缺省的_log_io_size等于1/3 log buffer大小,上限值为1M,此参数在X$KSPPSV中显示的0值,意为缺省值。
也就是,LGWR将在Min(1M,1/3 log buffer size)时触发。注意此处的log buffer size是以log block来衡量的。
此值通常为512 bytes.

20:33:15 SQL> @D:\GetHiddenParameter.sql
Enter value for par: log_io
old  14:   x.ksppinm like '%_&par%'
new  14:   x.ksppinm like '%_log_io%'

NAME                           VALUE                     ISDEFAULT ISMOD      ISADJ
------------------------------ ------------------------- --------- ---------- -----
_log_io_size                   0                         TRUE      FALSE      FALSE

Elapsed: 00:00:00.02

获得Oracle的隐含参数,参考如何获取Oracle的隐含参数

3.提交
当一个事物提交时,在redo stream中将记录一个提交标志。
在这些redo被写到磁盘上之前,这个事物是不可恢复的。所以,在事务返回成功标志给用户前,必须等待LGWR写完成。进程通知LGWR写,并且以log file sync事件开始休眠,超时时间为1秒。
Oracle的隐含参数_wait_for_sync参数可以设置为false避免redo file sync的等待,但是就将无法保证事务的恢复性。
20:46:02 SQL> @D:\GetHiddenParameter.sql
Enter value for par: wait_for

NAME                           VALUE                     ISDEFAULT ISMOD      ISADJ
------------------------------ ------------------------- --------- ---------- -----
_wait_for_sync                 TRUE                      TRUE      FALSE      FALSE

注意,在递归调用(recursive calls)中的提交(比如过程中的提交)不需要同步redo直到需要返回响应给用户。因此递归调用仅需要同步返回给用户调用之前的最后一次Commit操作的RBA。

存在一个SGA变量用以记录redo线程需要同步的log block number。
如果多个提交在唤醒LGWR之前发生,此变量记录最高的log block number,在此之前的所有redo都将被写入磁盘。
这有时候被称为组提交(group commit).

4.在DBWR写之前
如果DBWR将要写出的数据的高RBA超过LGWR的on-Disk RBA,DBWR将post LGWR去执行写出。
在Oracle8i之前,此时DBWR将等待log file sync事件。
从Oracle8i开始,DBWR把这些Block放入一个defer队列,同时通知LGWR执行redo写出,DBWR可以继续执行无需等待的数据写出。

参考:
http://www.ixora.com.au/notes/redo_write_triggers.htm

历史上的今天...
    >> 2011-02-08文章:
    >> 2009-02-08文章:
    >> 2007-02-08文章:
    >> 2006-02-08文章:
           DBWR enhancements In Oracle10g II

无觅

By eygle on 2005-02-08 10:40 | Comments (6) | FAQ | 178 |

6 Comments

你写的真好,问一下,你这些知识都是从那看到的?你平时都喜欢浏览什么网站?

refer:

http://www.eygle.com/index-dbalink.php

盖哥:现在我遇到一个这样的问题,
在数据库OPEN的状态下,我把当前在线日志删除后,然后不断的往测试表中加数据,提交,
但是有好长一段时间系统不写redo。我想知道这段时间lgmr在干什么?你有没有遇到过这样的问题?

我是在当前在线日志文件删除后,
在插入大量数据,提交的过程中,不断的ls -alt redo*
来查看日志文件的更新日期的。有很长一段时间,日志的更新时间没有该变。知道redo02.log 变为当前日志。(但是在这之前,我已经删除了redo01.log了)

关于条件2有疑惑:min(1M,1/3满)在您的书上(深入解析)说是1M的脏数据,对于redo buffer怎么算脏数据?按这个条件的话,如果redo buffer的大小为6M,那会不会浪费,只要到1M就触发了LGWR。


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com