不完全检查点触发DBWn启动不立即写buffer cache 中的dirty block

最新推荐文章于 2023-01-06 20:40:25 发布

转载最新推荐文章于 2023-01-06 20:40:25 发布 · 113 阅读

本文解析了数据库中在线重做日志从Active变为Inactive状态的原因与过程。特别是通过触发不同类型的检查点（增量检查点与完全检查点），影响DBWn进程写入脏页的时机与速度，进而影响日志状态转变的时间。

我们有时候发现ONLINE REDO LOG FILE 一个是current 状态，但是前一个是active 状态，这个active 状态的online redo log 文件有时候需要等一段时间才会变成inactive , 这是由于增量检查点触发的DBWn 写data buffer 中的脏块和完检查点触发的DBWn 写脏块的优先级是不一样的，当我们发出 alter system checkpoint ; 后active 的online redo log 会立即变成inactive , 因为日志切换触发增量检查点 (注意不是完全检查点)，增量检查点通知DBWn启动，但是由于这时触发DBWn启动的条件的优先级比较低，所以DBWR不会立即写脏数据块，而是要等一段时间才会实际写脏数据块。所以我们等待日志状态从active 变成inactive 的时间就是等DBWR开始真正写的时间加上DBWR实际写入数据文件所花费的时间。而alter system checkpoint 触发完全检查点，它的优先级非常高，通过它触发得到DBWn会立即去写脏数据块，所以我们等待状态变成inactive 就只是dbwr 写入数据文件所花费的时间，速度快很多。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/35489/viewspace-669545/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/35489/viewspace-669545/