« 如何获得Oracle的隐含参数 | Blog首页 | Log Block Size »
触发redo写的几个条件
作者:eygle | 【转载请注出处】|【云和恩墨 领先的zData数据库一体机 | zCloud PaaS云管平台 | SQM SQL审核平台 | ZDBM 数据库备份一体机】
链接:https://www.eygle.com/archives/2005/02/redoaeoeio.html
主要有以下几个条件触发LGWR执行写操作:链接:https://www.eygle.com/archives/2005/02/redoaeoeio.html
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.
获得Oracle的隐含参数,参考如何获取Oracle的隐含参数
3.提交
当一个事物提交时,在redo stream中将记录一个提交标志。
在这些redo被写到磁盘上之前,这个事物是不可恢复的。所以,在事务返回成功标志给用户前,必须等待LGWR写完成。进程通知LGWR写,并且以log file sync事件开始休眠,超时时间为1秒。
Oracle的隐含参数_wait_for_sync参数可以设置为false避免redo file sync的等待,但是就将无法保证事务的恢复性。
注意,在递归调用(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文章:
只要一个进程在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文章:
By eygle on 2005-02-08 10:40 | Comments (6) | FAQ | 178 |
你写的真好,问一下,你这些知识都是从那看到的?你平时都喜欢浏览什么网站?
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。
很多条件都是重叠起作用的。
比如commit;一般数据库每秒都会有几十次commit
log buffer较大,可以容纳较多的redo数据,给写出争取时间,否则可能log buffer space就会出现了。
10g里面由于granule的原因,log buffer通常都有10几M了。