Oracle 重做(Redo)日志介绍

2024-02-14 16:08
文章标签 oracle 日志 介绍 重做 redo

本文主要是介绍Oracle 重做(Redo)日志介绍,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1. Redo的作用

Oracle通过 Redo 来保证数据库的事务可以被重演,从而使得在故障之后,数据可以被 恢复。Redo对于Oracle 数据库来说至关重要。本文地址:http://blog.csdn.net/sunansheng/article/details/51918724

在数据库中,Redo的功能主要通过 3 个组件来实现:Redo Log Buffer、LGWR 后台进程 和Redo Log File(在归档模式下,Redo Log File 最终会写出为归档日志文件)。 在Oracle的SGA 中,存在一块共享内存,称为 Redo Log Buffer.

Redo Log Buffer 位于SGA 之中,是一块循环使用的内存区域,其中保存数据库变更的 相关信息。这些信息以重做条目(Redo Entries )形式存储(Redo Entries 也经常被称为 Redo Records)。Redo Entries 包含重构、重做数据库变更的重要信息,这些变更包括 INSERT、 UPDATE、DELETE 、CREATE 、ALTER 或者DROP等。在必要的时候 Redo Entries 被用于数据库 恢复。

Redo Entries 的内容被 Oracle 数据库进程从用户的内存空间复制到SGA 中的Redo Log Buffer 之中。Redo Entries 在内存中占用连续的顺序空间,由于Redo Log Buffer 是循环使 用的,Oracle 通过一个后台进程 LGWR 不断地把 Redo Log Buffer 的内容写出到 Redo Log File 中。

当用户在Buffer Cache 中修改数据时,Oracle 并不会立即将修改数据写出到数据文件 上,因为那样做效率会很低,到目前为止,计算机系统中最繁忙的部分是磁盘的 I/O 操作, Oracle这样做的目的是为了减少 IO 的次数,当修改过的数据达到一定数量之后,可以进行 高效地批量写出。

大部分传统数据库(当然包括 Oracle )在处理数据修改时都遵循 no-force-at-commit 策略。也就是说,在提交时并不强制写。那么为了保证数据在数据库发生故障时(例如断电) 可以恢复,Oracle 引入了 Redo 机制,通过连续的、顺序的日志条目的写出将随机的、分散 的数据块的写出推延。这个推延使得数据的写出可以获得批量效应的性能提升。

同Redo Log Buffer 类似,Redo Log File 也是循环使用的,Oracle 允许使用最少两个 日志组。缺省情况下,数据库创建时会建立 3 个日志组。

SQL> select group#,members,status from v$log; GROUP#    MEMBERS STATUS
---------- ---------- ----------------1          1 INACTIVE2          1 INACTIVE3          1 CURRENT4          1 INACTIVE


当一个日志文件写满之后,会切换到另外一个日志文件,这个切换过程称为Log Switch 。 Log Switch 会触发一个检查点,促使 DBWR 进程将写满的日志文件保护的变更数据写回到数 据库。在检查点完成之前,日志文件是不能够被重用的。

由于Redo机制对于数据的保护,当数据库发生故障时,Oracle就可以通过 Redo重演进 行数据恢复。那么一个非常重要的问题是,恢复应该从何处开始呢?

如果读取的Redo 过多,那么必然导致恢复的时间过长,在生产环境中,我们必需保证恢 复时间要尽量得短。Oracle 通过检查点(Checkpoint )来缩减恢复时间。检查点只是一个数据库事件,它存在的根本意义在于减少恢复时间。 当检查点发生时(此时的 SCN 被称为Checkpoint SCN )Oracle会通知 DBWR进程,把修 改过的数据,也就是此 Checkpoint SCN 之前的脏数据(Dirty Buffer )从 Buffer Cache 写 入磁盘,在检查点完成后 CKPT进程会相应地更新控制文件和数据文件头,记录检查点信息, 标识变更。

在检查点完成之后,此检查点之前修改过的数据都已经写回磁盘,重做日志文件中的相 应重做记录对于崩溃/实例恢复不再有用。如果此后数据库崩溃,那么恢复只需要从最后一次 完成的检查点开始恢复即可。如果数据库运行在归档模式(所有生产数据库,都建议运行在 归档模式),日志文件在重用之前必须写出到归档日志文件,归档日志在介质恢复时可以用来 恢复数据库故障。

这篇关于Oracle 重做(Redo)日志介绍的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/708971

相关文章

zookeeper端口说明及介绍

《zookeeper端口说明及介绍》:本文主要介绍zookeeper端口说明,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、zookeeper有三个端口(可以修改)aVNMqvZ二、3个端口的作用三、部署时注意总China编程结一、zookeeper有三个端口(可以

C++ Log4cpp跨平台日志库的使用小结

《C++Log4cpp跨平台日志库的使用小结》Log4cpp是c++类库,本文详细介绍了C++日志库log4cpp的使用方法,及设置日志输出格式和优先级,具有一定的参考价值,感兴趣的可以了解一下... 目录一、介绍1. log4cpp的日志方式2.设置日志输出的格式3. 设置日志的输出优先级二、Window

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

解读GC日志中的各项指标用法

《解读GC日志中的各项指标用法》:本文主要介绍GC日志中的各项指标用法,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、基础 GC 日志格式(以 G1 为例)1. Minor GC 日志2. Full GC 日志二、关键指标解析1. GC 类型与触发原因2. 堆

Python中win32包的安装及常见用途介绍

《Python中win32包的安装及常见用途介绍》在Windows环境下,PythonWin32模块通常随Python安装包一起安装,:本文主要介绍Python中win32包的安装及常见用途的相关... 目录前言主要组件安装方法常见用途1. 操作Windows注册表2. 操作Windows服务3. 窗口操作

c++中的set容器介绍及操作大全

《c++中的set容器介绍及操作大全》:本文主要介绍c++中的set容器介绍及操作大全,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录​​一、核心特性​​️ ​​二、基本操作​​​​1. 初始化与赋值​​​​2. 增删查操作​​​​3. 遍历方

HTML img标签和超链接标签详细介绍

《HTMLimg标签和超链接标签详细介绍》:本文主要介绍了HTML中img标签的使用,包括src属性(指定图片路径)、相对/绝对路径区别、alt替代文本、title提示、宽高控制及边框设置等,详细内容请阅读本文,希望能对你有所帮助... 目录img 标签src 属性alt 属性title 属性width/h

Oracle 数据库数据操作如何精通 INSERT, UPDATE, DELETE

《Oracle数据库数据操作如何精通INSERT,UPDATE,DELETE》在Oracle数据库中,对表内数据进行增加、修改和删除操作是通过数据操作语言来完成的,下面给大家介绍Oracle数... 目录思维导图一、插入数据 (INSERT)1.1 插入单行数据,指定所有列的值语法:1.2 插入单行数据,指

MySQL 打开binlog日志的方法及注意事项

《MySQL打开binlog日志的方法及注意事项》本文给大家介绍MySQL打开binlog日志的方法及注意事项,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要... 目录一、默认状态二、如何检查 binlog 状态三、如何开启 binlog3.1 临时开启(重启后失效)

SpringBoot项目配置logback-spring.xml屏蔽特定路径的日志

《SpringBoot项目配置logback-spring.xml屏蔽特定路径的日志》在SpringBoot项目中,使用logback-spring.xml配置屏蔽特定路径的日志有两种常用方式,文中的... 目录方案一:基础配置(直接关闭目标路径日志)方案二:结合 Spring Profile 按环境屏蔽关