Oracle体系结构之检查点

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Oracle体系结构之检查点，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2252字，纯文字阅读大概需要4分钟。

内容图文

在Oracle里面，检查点分为三种：完全检查点、增量检查点、部分(临时)检查点，完全检查点会触发DBWn将buffer cache里面所有的脏数

由三个部分组成：4byte+4byte+2byte

logfile sequence number(日志文件序列号)

logfile block number(日志文件块编号)

byte offset into the block(重做日志记录在日志块中的起始偏移字节数)

在数据库系统中，写日志和写数据文件是数据库中IO消耗最大的两种操作，在这两种操作中写数据文件属于分散写，写日志文件是顺序写，因此为了保证数据库的性能，通常数据库都是保证在提交（commit）完成之前要先保证日志都被写入到日志文件中，而脏数据块则保存在buffer cache中再不定期的分批写入到数据文件中。也就是说日志写入和提交操作是同步的，而数据写入和提交操作是不同步的。这样就存在一个问题，当一个数据库崩溃的时候并不能保证缓存里面的脏数据全部写入到数据文件中，这样在实例启动的时候就要使用日志文件进行恢复操作，将数据库恢复到崩溃之前的状态，以保证数据的一致性。检查点就是这个过程中的重要机制，通过它来确定，恢复时哪些重做日志应该被扫描并应用于恢复。

一般所说的checkpoint是一个数据库事件（event），checkpoint事件由checkpoint进程（LGWR/CKPT进程）发出，当checkpoint事件发生时DBWn会将脏块写入到磁盘中，同时数据文件和控制文件的文件头也会被更新以记录checkpoint信息。

Checkpoint的主要作用：

保证数据库的一致性。

这是指将脏数据写入到硬盘，保证内存和磁盘上的数据是一样的；

缩短实例恢复的时间。

实例恢复需要把实例异常关闭前没有写入到磁盘的脏数据通过日志进行恢复，如果脏块过多，实例恢复的时间也会很长，检查点的发生可以减少脏块的数量，从而提高实例恢复的时间。

如果初始化参数LOG_CHECKPOINTS_TO_ALERT设置为TRUE，则有关每个检查点的信息都记录在alert_$Oracle_SID.log 文件内。该参数缺省值为FALSE，表示不记录检查点。

在Oracle里面，，检查点分为三种：完全检查点、增量检查点、部分(临时)检查点

完全检查点

在Oracle8i之前，数据库的发生的检查点都是完全检查点。

完全检查点会触发DBWn将buffer cache里面所有的脏数据块写入相应的数据文件中(即使事务未提交)，并且同步数据文件头和控制文件中的信息，保证数据库的一致性。

完全检查点在8i之后只有在下列两种情况下才会发生：

数据库正常shutdown(immediate,transcational,normal)

DBA手工命令干预(alter system checkpoint)

Oracle体系结构系列相关文章：

Oracle体系结构之SCN、实例恢复

Oracle体系结构之检查点

Oracle体系结构之SQL语句的执行过程

更多详情见请继续阅读下一页的精彩内容：

内容总结

以上是互联网集市为您收集整理的Oracle体系结构之检查点全部内容，希望文章能够帮你解决Oracle体系结构之检查点所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---