Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2803044
  • 博文数量: 389
  • 博客积分: 4177
  • 博客等级: 上校
  • 技术积分: 4773
  • 用 户 组: 普通用户
  • 注册时间: 2008-11-16 23:29
文章分类

全部博文(389)

分类: Oracle

2011-05-09 01:53:52

ORACLE CHECKPOINT机制

 

有很多人CHECKPOINT的作用没有搞清楚,有时候我不知道怎么用语言组织回答,老样子,还是写吧.

 

我们知道当每个事务提交时,ORACLE会把REDO BUFFER(以下称RB)写到REDO LOG FILE(以下称RLF,也表示REDO LOG FILE GROP),同时在RLF里生成一条COMMIT记录,格式如下:

                      Redo log entry

                      省略……………….

                      Redo log entry

                      Commit a;

                      Redo log entry

                      Commit b;

                     省略……………….

                      Redo log entry

                      Redo log entry

                      Commit c;

                      Redo log entry

COMMIT 记录表示提交,我们知道ORACLECOMMIT时并不通知DBWR写脏数据到磁盘上.这种设计会带来几个问题:

 

1,当实例进行崩溃时,并不知道哪些数据已经写到磁盘上了.有些人可能会说扫描整个RLF,RLF文件比较大的时候,这可能需要一个相当长的时间;

 

2,当实例进行崩溃时,扫描哪个RLF的问题,如果RLF的个数很多,那么是不是需要全部扫描?如果是,那么整个实例恢复的时间变得相当漫长了.

 

   通过引入一种叫作CHECKPOINT机制后,会在REDO中增加CHECKPOINT记录.格式如下:

                      Redo log entry

                      省略……………….

                      Redo log entry

                      Commit a;

                      Redo log entry

                      Commit b;

                    CHECKPOINT I;

                     省略……………….

                     Redo log entry

                      Redo log entry

                      Commit c;

                    CHECKPOINT j ;

                    Redo log entry;

当生成一个条CHECKPOINT记录时,会通知DBWR把脏数据(CHECKPOINT Q)写到数据文件中.这样就保证了在CHECKPOINT记录之前的事务修改的块全部都写到数据文件中.在上图中可以看出在CHECKPOINT j之前的事务修改数据块全部都写到数据文件中了.再看对之前的两个问题解决:

1,只要扫描最后一个CHECKPOINT记录之后提交和未交的REDO log entry就可以了,通过构建REDOUNDO的列,只需要非常少的一部分就可以完成了;

 

2,在每个RLF进行SWITCH,在最后都会生成一条CHECKPOINT记录,(DBWR的触发条件中有RFL SWITCH,最里层还是因为CHECKPOINT记录),那么扫描所有的文件,只要文件最后有CHECKPOINT记录,就表示该RLF的事务修改的数据块全部写到数据文件中了.继续扫描下一个文件;

 

3,可能会有人问直接使用COMMIT 记录代替CHECKPOINT记录不行吗?这样操作是不现实的,因为COMMIT记录会非常频繁,由于RB一般较小,,在事务COMMIT时把整个RB写出会非常快,如果还要同时写出BUFFER的脏数据块,那么性能开销非常大了;

 

   CHECKPOINTFAST_START_MTTR_TARGET参数控制,当然其他还有非常多的因素.现在我们来讨论这个参数,如果这个参数设得很小,那么ORACLE在进行实例恢复时更快可以完成.通过之前的讲解的CHECKPOINT机制来解释一下,因为FAST_START_MTTR_TARGET的值设置得越小,那么生成CHECKPOINT的记录也就越多,但是同时也会频繁的使DBWR进程写数据.所以这个参数需要根据各个因素综合考虑;

 

     关于CHECKPOINT的具体方面可能还相当复杂,还涉及到其他的一些结构.但是这里说明了CHECKPOINT的基本原理.也算起一个抛砖引玉的作用吧.

阅读(4735) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~