数据库的redo undo 思考总结

  • Post author:
  • Post category:其他




概述



redo日志 记录某数据块被修改后的值,可以用来恢复未写入data file 的已成功事物更新的数据,redo即重做


undo日志 记录某数据被修改前的值,可以在事物失败时进行rollback;undo即撤销还原。



1. redo记录了什么:

redo即redo日志,记录数据库变化的日志(区别我们常见的简单的文本日志,redo日志里面记录的都是数据啊,表数据啊等等压缩处理,但也很大)。

只要你修改了数据块那么就会记录redo信息,当然nologging除外了。

修改的数据块包括:表所在数据块(表数据块),索引所在数据块(索引数据块),以及undo段所在数据块(undo数据块)!!



2. undo记录了什么:

undo即undo段,是指数据库为了保持读一致性,存储历史数据在一个位置。

为什么要保持读一致性?

比如有两个用户访问数据库,当然并发罗。A是更改,B是查询。

–A更改还没有提交,B查询的话,数据肯定为历史数据,这个历史数据就是来源于UNDO段,

–A更改未提交,需要回滚rollback,回滚rollback的数据也来至于UNDO段。

结论:为了并发时读一致性成功,那么DML操作,肯定先写UNDO段。



3. 前滚与回滚:

–方向相对性:前滚,是指从“以前正常点”往前,一直到崩溃点

回滚,是指从“崩溃点”往后,一直到数据一致性

(因为前滚操作后,由于事务未提交的数据也写入了“表数据块”,所以要用Undo数据块进行覆盖

–详细解释:

前滚:

当实例崩溃时,可以使用redo从以前正常的点前滚到崩溃点。(前滚从一致性检查点,“即当时检查过所有的SCN是全部一致的时间点”,一直往前滚到崩溃的时间点)。

当数据库回到一致性检查点时,相当于之后什么都没有发生过,数据全被清空了。(穿越了!O(∩_∩)O~)

数据库只好根据redo模拟人的操作,使用redo里的信息重做(use redo log to redo),构造undo块,表块,索引块等。

回滚:

构造的表数据块中,有已修改的脏数据但未提交,就需要利用前滚中构造的undo数据块里的信息来undo撤销还原,覆盖回滚rollback罗(保持一致性啊,每种块里的scn号都一样,那么数据库就可以打开了)。



4. undo与redo(流程)的联系:

因为,数据在没有commit前,是随时从内存中写入到表数据块的,属于脏数据。 数据库崩溃后即使使用redo流程进行redo操作,但是脏数据还在,脏数据怎么处理,就只能靠undo流程,使用undo数据块的旧数据覆盖了。

但是不管是脏的还是旧的,都在redo日志中复制了一份。

注意:

  1. undo是一种“数据文件datafile”,具有表空间,当然具有块block;

  2. redo是一种“文件file”,没有表空间。

  3. 数据库在DML事务时,先创建undo

  4. 读一致性与一致性(scn相同)的区别

  5. undo与rollback的区别:在undo(撤销还原流程)中会使用rollback(回滚)这个动作



版权声明:本文为afeilxl原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。