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

相关文章

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

水位雨量在线监测系统概述及应用介绍

在当今社会,随着科技的飞速发展,各种智能监测系统已成为保障公共安全、促进资源管理和环境保护的重要工具。其中,水位雨量在线监测系统作为自然灾害预警、水资源管理及水利工程运行的关键技术,其重要性不言而喻。 一、水位雨量在线监测系统的基本原理 水位雨量在线监测系统主要由数据采集单元、数据传输网络、数据处理中心及用户终端四大部分构成,形成了一个完整的闭环系统。 数据采集单元:这是系统的“眼睛”,

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数

图神经网络模型介绍(1)

我们将图神经网络分为基于谱域的模型和基于空域的模型,并按照发展顺序详解每个类别中的重要模型。 1.1基于谱域的图神经网络         谱域上的图卷积在图学习迈向深度学习的发展历程中起到了关键的作用。本节主要介绍三个具有代表性的谱域图神经网络:谱图卷积网络、切比雪夫网络和图卷积网络。 (1)谱图卷积网络 卷积定理:函数卷积的傅里叶变换是函数傅里叶变换的乘积,即F{f*g}

C++——stack、queue的实现及deque的介绍

目录 1.stack与queue的实现 1.1stack的实现  1.2 queue的实现 2.重温vector、list、stack、queue的介绍 2.1 STL标准库中stack和queue的底层结构  3.deque的简单介绍 3.1为什么选择deque作为stack和queue的底层默认容器  3.2 STL中对stack与queue的模拟实现 ①stack模拟实现

flume系列之:查看flume系统日志、查看统计flume日志类型、查看flume日志

遍历指定目录下多个文件查找指定内容 服务器系统日志会记录flume相关日志 cat /var/log/messages |grep -i oom 查找系统日志中关于flume的指定日志 import osdef search_string_in_files(directory, search_string):count = 0

我在移动打工的日志

客户:给我搞一下录音 我:不会。不在服务范围。 客户:是不想吧 我:笑嘻嘻(气笑) 客户:小姑娘明明会,却欺负老人 我:笑嘻嘻 客户:那我交话费 我:手机号 客户:给我搞录音 我:不会。不懂。没搞过。 客户:那我交话费 我:手机号。这是电信的啊!!我这是中国移动!! 客户:我不管,我要充话费,充话费是你们的 我:可是这是移动!!中国移动!! 客户:我这是手机号 我:那又如何,这是移动!你是电信!!

Mysql BLOB类型介绍

BLOB类型的字段用于存储二进制数据 在MySQL中,BLOB类型,包括:TinyBlob、Blob、MediumBlob、LongBlob,这几个类型之间的唯一区别是在存储的大小不同。 TinyBlob 最大 255 Blob 最大 65K MediumBlob 最大 16M LongBlob 最大 4G

Oracle type (自定义类型的使用)

oracle - type   type定义: oracle中自定义数据类型 oracle中有基本的数据类型,如number,varchar2,date,numeric,float....但有时候我们需要特殊的格式, 如将name定义为(firstname,lastname)的形式,我们想把这个作为一个表的一列看待,这时候就要我们自己定义一个数据类型 格式 :create or repla

FreeRTOS-基本介绍和移植STM32

FreeRTOS-基本介绍和STM32移植 一、裸机开发和操作系统开发介绍二、任务调度和任务状态介绍2.1 任务调度2.1.1 抢占式调度2.1.2 时间片调度 2.2 任务状态 三、FreeRTOS源码和移植STM323.1 FreeRTOS源码3.2 FreeRTOS移植STM323.2.1 代码移植3.2.2 时钟中断配置 一、裸机开发和操作系统开发介绍 裸机:前后台系