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

相关文章

5 种使用Python自动化处理PDF的实用方法介绍

《5种使用Python自动化处理PDF的实用方法介绍》自动化处理PDF文件已成为减少重复工作、提升工作效率的重要手段,本文将介绍五种实用方法,从内置工具到专业库,帮助你在Python中实现PDF任务... 目录使用内置库(os、subprocess)调用外部工具使用 PyPDF2 进行基本 PDF 操作使用

Java 日志中 Marker 的使用示例详解

《Java日志中Marker的使用示例详解》Marker是SLF4J(以及Logback、Log4j2)提供的一个接口,它本质上是一个命名对象,你可以把它想象成一个可以附加到日志语句上的标签或戳... 目录什么是Marker?为什么使用Markejavascriptr?1. 精细化的过滤2. 触发特定操作3

Oracle数据库在windows系统上重启步骤

《Oracle数据库在windows系统上重启步骤》有时候在服务中重启了oracle之后,数据库并不能正常访问,下面:本文主要介绍Oracle数据库在windows系统上重启的相关资料,文中通过代... oracle数据库在Windows上重启的方法我这里是使用oracle自带的sqlplus工具实现的方

Oracle Scheduler任务故障诊断方法实战指南

《OracleScheduler任务故障诊断方法实战指南》Oracle数据库作为企业级应用中最常用的关系型数据库管理系统之一,偶尔会遇到各种故障和问题,:本文主要介绍OracleSchedul... 目录前言一、故障场景:当定时任务突然“消失”二、基础环境诊断:搭建“全局视角”1. 数据库实例与PDB状态2

linux查找java项目日志查找报错信息方式

《linux查找java项目日志查找报错信息方式》日志查找定位步骤:进入项目,用tail-f实时跟踪日志,tail-n1000查看末尾1000行,grep搜索关键词或时间,vim内精准查找并高亮定位,... 目录日志查找定位在当前文件里找到报错消息总结日志查找定位1.cd 进入项目2.正常日志 和错误日

oracle 11g导入\导出(expdp impdp)之导入过程

《oracle11g导入导出(expdpimpdp)之导入过程》导出需使用SEC.DMP格式,无分号;建立expdir目录(E:/exp)并确保存在;导入在cmd下执行,需sys用户权限;若需修... 目录准备文件导入(impdp)1、建立directory2、导入语句 3、更改密码总结上一个环节,我们讲了

SpringBoot日志级别与日志分组详解

《SpringBoot日志级别与日志分组详解》文章介绍了日志级别(ALL至OFF)及其作用,说明SpringBoot默认日志级别为INFO,可通过application.properties调整全局或... 目录日志级别1、级别内容2、调整日志级别调整默认日志级别调整指定类的日志级别项目开发过程中,利用日志

Java中HashMap的用法详细介绍

《Java中HashMap的用法详细介绍》JavaHashMap是一种高效的数据结构,用于存储键值对,它是基于哈希表实现的,提供快速的插入、删除和查找操作,:本文主要介绍Java中HashMap... 目录一.HashMap1.基本概念2.底层数据结构:3.HashCode和equals方法为什么重写Has

深度剖析SpringBoot日志性能提升的原因与解决

《深度剖析SpringBoot日志性能提升的原因与解决》日志记录本该是辅助工具,却为何成了性能瓶颈,SpringBoot如何用代码彻底破解日志导致的高延迟问题,感兴趣的小伙伴可以跟随小编一起学习一下... 目录前言第一章:日志性能陷阱的底层原理1.1 日志级别的“双刃剑”效应1.2 同步日志的“吞吐量杀手”

Springboot项目构建时各种依赖详细介绍与依赖关系说明详解

《Springboot项目构建时各种依赖详细介绍与依赖关系说明详解》SpringBoot通过spring-boot-dependencies统一依赖版本管理,spring-boot-starter-w... 目录一、spring-boot-dependencies1.简介2. 内容概览3.核心内容结构4.