- 浏览: 495695 次
- 性别:
- 来自: OnePiece
文章分类
- 全部博客 (196)
- --------- 基础----------- (0)
- java 碎碎念 (12)
- java 并行编程 (11)
- java I/O (6)
- java Charset & Encoding (2)
- spring学习笔记 (8)
- 正则表达式 (5)
- web前端-javascript (11)
- web前端-jQuery (7)
- web前端-碎碎念 (1)
- mybatis (0)
- 数据库-通用 (8)
- 数据库-oracle (20)
- nosql-redis (11)
- nosql-mongoDB (1)
- xml (2)
- log4j (2)
- uml (3)
- web services: soap/wsdl (6)
- soa-tuscany (2)
- linux (6)
- ----------修养----------- (0)
- 深入理解java虚拟机 (7)
- java 设计模式 (9)
- 数据结构和算法 (2)
- 读书笔记--代码整洁之道 (2)
- 计算机基础 (1)
- -----------践行---------- (0)
- 重构(refactor) (7)
- jvm-诊断 (4)
- 数据库-让oracle跑得更快 (7)
- Nginx (6)
- ehcache (2)
- 短信开发 (1)
- Servlet+Filter+Listener (2)
- 运维 (6)
- 问题记录 (38)
- 杂七杂八 (12)
最新评论
-
zhanggang807:
第二种方法比较好
<spring> 定时任务每次都执行两次的问题,慎用new ClassPathXmlApplicationContext() -
assasszt:
谢谢分享,很清楚的讲明了原理。
字符集与字符编码简介 -
su0nils000:
难得的笔记
<进阶-2> 打造高效正则表达式 -
足至迹留:
mini188 写道用MD5来解决碰撞是不是也是可行的呢?个人 ...
Hash简介 -
mini188:
用MD5来解决碰撞是不是也是可行的呢?
Hash简介
本章介绍oracle数据库中最重要的两部分数据:redo与undo。Redo是oracle在线(或归档)重做日志文件中记录的信息,万一出现失败时可以利用这些数据来“重放”事务。Undo是oracle在undo段中记录的信息,用于取消或回滚事务。
Redo和undo是DBA和开发人员都关心的主题,他们是DBA和开发人员之间的桥梁。但这里主要是面向开发人员。
8.1 什么是redo
重做日志文件(redo log file)对oracle数据库来说至关重要。他们是数据库的事务日志。Oracle维护着两类重做日志文件:在线(online)重做日志文件和归档(archived)重做日志文件。这两类重做日志文件都用于恢复。
如果数据库所在主机掉电,导致实例失败,oracle会使用在线重做日志将系统恰好恢复到掉电之前的那个提交点;如果磁盘驱动器出现故障,oracle会使用归档重做日志以及在线重做日志将该驱动器上的数据备份恢复到适当的时间点。另外,如果你不小心删除了一个表,或删除了某些重要的信息,然后提交了这个操作,那么可以恢复受影响数据的一个备份,并使用在线和归档重做日志文件把它恢复到这个“意外”发生前的时间点。
补充:随着oracle 10g的到来,现在还有了一种闪回技术(flashback).利用闪回技术,可以执行闪回查询(也就是说,查询过去某个时间点的数据),取消数据库表的删除,将表置回到以前某个时间的状态等等。因此现在使用备份和归档重做日志文件来完成传统恢复的情况越来越少。不过,执行恢复是DBA最重要的任务,而且DBA在数据库恢复方面绝对不能犯错。
每个oracle数据库都至少有两个在线重做日志组,每个组中至少有一个成员(重做日志文件)。这些在线重做日志组以循环方式使用。Oracle会先写组1中的日志文件,写到最后时将切换到组2,写满后会再切到组1。就像hotspot jvm中的新生代里的from survivor和to survivor一样来回切换。
数据库之所以成为数据库,是因为他有自己独有的一些特征,重做日志或事务日志就是其中重要的特性之一。重做日志可能是数据库中最重要的恢复结构,不过如果没有其他部分(如undo段,分布式事务恢复等),单靠重做日志什么也做不了。
8.2 什么是undo
从概念上讲,undo正好与redo相对。对数据执行修改时,数据库会生成undo信息,以便回到更改前的状态。万一执行的事务失败了或使用rollback请求回滚,就可以利用这些undo信息将数据放回到修改前的样子。Redo用于在失败时重放日志(即恢复事务),undo则用于取消一条语句或一组语句的作用。与redo不同,undo在数据库内部存储在一组特殊的段中,称为undo段。
Undo不是将数据库物理地恢复到执行语句或事务之前的样子,只是逻辑地恢复到原来的样子,数据结构和数据库块本身在回滚后可能大不相同。
8.3 redo和undo如何协作
尽管undo信息存储在undo表空间或undo段中,但也会受到redo的保护。也就是说会把undo数据当成表数据或索引数据一样,对undo的修改会生成一些redo,这些redo将记入日志。
Insert into语句会生成redo和undo,undo信息足以使insert消失,redo信息足以让这个插入再次发生。
Update语句与insert大体一样,不过update生成的undo量更大;由于存在update,所以需要保存一些“前”映像。Delete与update很类似。
8.3 提交和回滚处理
我们要知道重做日志文件对开发人员有什么影响。
8.3.1 commit做什么
Commit通常是一个非常快的操作,而不论事务大小如何。你可能认为一个事务越大(他影响的数据越多),commit需要的时间就越长。不是这样的,不论事务有多大,commit的影响时间一般都很平。
许多开发人员会人为限制事务的大小,分别提交,这是一种错误的观念。每次提交必须等待redo写至磁盘,这会导致等待,这种等待称为“日志文件同步”。
Commit大致会做的工作是:
(1) 为事务生成一个SCN(System Change Number, 系统改变号,后面还会讲到,oracle用来保证事务顺序并支持失败恢复的机制),每次commit,scn会增1。
(2) LGWR将所有余下的缓存重做日志条目写至磁盘,并把scn记录到在线重做日志文件中。这一步就是真正的commit,如果出现这一步,即已经提交。事务条目会从V$TRANSACTION中“删除”。
(3) V$lock中记录着会话持有的锁都将释放,排队等待这些锁的每一个人都会被唤醒。
(4) 如果事务修改的某些块还在缓冲区缓冲中,则会以一种快速的模式访问并清理。
8.3.2 rollback做什么
把commit改为rollback可能会得到完全不同的结果。回滚事件绝对是所修改数据量的一个函数。Rollback时要做以下工作:
(1) 撤销已做的所有修改。其完成方式如下:从undo段读回数据,然后逆向执行前面所做的操作,并将undo条目标记为已用。
(2) 会话持有的锁都将释放。
Commit只是将重做日志缓存区中剩余的数据刷新输出到磁盘,与rollback相比,commit做的工作非常少。回滚操作的开销很大。
8.4 分析redo
作为开发人员,应该能够测量你的操作生成了多少redo,这很重要。生成的redo越多,操作花费的时间就越长。这不光影响你自己的会话,还会影响每一个会话,redo管理是数据库中的一个串行点。任何oracle实例都只有一个LGWR,最终所有事务都会归于LGWR。
8.4.1 测量redo
要查看生成的redo量相当简单。使用sql*plus内置特性autotrace。不过autotrace只能用于简单的DML.
8.4.2 能关掉重做日志生成程序吗
答案很简单:不能。不过有些情况下执行某些操作时确实可以不生成重做日志。
1. 在sql中设置NOLOGGING
有些sql语句和操作支持使用nologging子句。这并不是说这个对象的所有操作在执行时都不生成重做日志,而是说有些特定操作生成的redo会比平常少得多。
比如在archivelog模式数据库下创建大表,比如:create table t as select * from all_objects会生成大约88.2M日志,而用nologging模式(数据库的日志模式可以设置)只会生成108KB左右日志。必须非常谨慎使用nologging模式
关于nologging操作要注意以下几点:
(1) 事实上还是会生成一定数量的redo。这些redo的作用是保护数据字典,这是不可避免的。
(2) Nologging不能避免所有后续操作生成redo。
(3) 在一个archivelog模式的数据库上执行nologging操作后,必须尽快为受影响的数据文件建立一个新的基准备份,避免由于介质失败而丢失由nologging操作创建的数据。
2. 在索引上设置nologging
使用nologging选项有两种方法。就是把nologging关键字嵌在sql命令中;另一种方法是在段上设置nologging属性,从而隐式地采用nologging模式来执行某些操作。
3. Nologging小结
可以采用nologging模式执行以下操作:
(1) 索引的创建和修改(alter)
(2) 表的批量insert。表数据不生成redo,但是所有索引修改会生成redo。
(3) Lob操作(对大对象的更新不必生成日志)。
(4) 通过create table as select 创建表。
(5) 各种alter table操作。
8.4 临时表和redo/undo
临时表不会为他们的块生成redo。因此,对临时表的操作不是可恢复的。不过,临时表确实会生成undo,而且这个undo会记入日志。因此,临时表也会生成一些redo(因为会对undo生成)。
这样似乎很不好,不过没有你想象中那么糟。在临时表上运行的sql语句主要是insert和select。幸运的是,insert只生成极少的undo,select根本不生成undo。
关于临时表上的DML活动,有以下一般结论:
(1) insert会生成很少甚至不生成undo/redo活动。
(2) delete在临时表上生成的redo与在永久表上生成的redo一样多。
(3) 临时表的update会生成永久表update一半的redo。
所以使用truncate这个DDL删除表数据比delete要快,truncate不会生成undo。
8.5 分析undo
如果存在索引,这将显著地影响生成undo的量,因为索引是一种复杂的数据结构,可能会生成相当多的undo信息。
一般来讲,insert生成的undo最少,因为oracle为此所需记录的只是要删除的一个rowid;update一般排名第二,update只需记录修改的字节;一般delete生成的undo最多。对于delete,oracle必须把整行的前映像记录到undo段中。delete生成的redo也最多。
你会发现,与加索引列的更新相比,对一个未加索引的列进行更新不仅执行的更快,生成的undo也会少很多。这也是为什么“索引”并不是加的越多越好的原因之一。
Redo和undo是DBA和开发人员都关心的主题,他们是DBA和开发人员之间的桥梁。但这里主要是面向开发人员。
8.1 什么是redo
重做日志文件(redo log file)对oracle数据库来说至关重要。他们是数据库的事务日志。Oracle维护着两类重做日志文件:在线(online)重做日志文件和归档(archived)重做日志文件。这两类重做日志文件都用于恢复。
如果数据库所在主机掉电,导致实例失败,oracle会使用在线重做日志将系统恰好恢复到掉电之前的那个提交点;如果磁盘驱动器出现故障,oracle会使用归档重做日志以及在线重做日志将该驱动器上的数据备份恢复到适当的时间点。另外,如果你不小心删除了一个表,或删除了某些重要的信息,然后提交了这个操作,那么可以恢复受影响数据的一个备份,并使用在线和归档重做日志文件把它恢复到这个“意外”发生前的时间点。
补充:随着oracle 10g的到来,现在还有了一种闪回技术(flashback).利用闪回技术,可以执行闪回查询(也就是说,查询过去某个时间点的数据),取消数据库表的删除,将表置回到以前某个时间的状态等等。因此现在使用备份和归档重做日志文件来完成传统恢复的情况越来越少。不过,执行恢复是DBA最重要的任务,而且DBA在数据库恢复方面绝对不能犯错。
每个oracle数据库都至少有两个在线重做日志组,每个组中至少有一个成员(重做日志文件)。这些在线重做日志组以循环方式使用。Oracle会先写组1中的日志文件,写到最后时将切换到组2,写满后会再切到组1。就像hotspot jvm中的新生代里的from survivor和to survivor一样来回切换。
数据库之所以成为数据库,是因为他有自己独有的一些特征,重做日志或事务日志就是其中重要的特性之一。重做日志可能是数据库中最重要的恢复结构,不过如果没有其他部分(如undo段,分布式事务恢复等),单靠重做日志什么也做不了。
8.2 什么是undo
从概念上讲,undo正好与redo相对。对数据执行修改时,数据库会生成undo信息,以便回到更改前的状态。万一执行的事务失败了或使用rollback请求回滚,就可以利用这些undo信息将数据放回到修改前的样子。Redo用于在失败时重放日志(即恢复事务),undo则用于取消一条语句或一组语句的作用。与redo不同,undo在数据库内部存储在一组特殊的段中,称为undo段。
Undo不是将数据库物理地恢复到执行语句或事务之前的样子,只是逻辑地恢复到原来的样子,数据结构和数据库块本身在回滚后可能大不相同。
8.3 redo和undo如何协作
尽管undo信息存储在undo表空间或undo段中,但也会受到redo的保护。也就是说会把undo数据当成表数据或索引数据一样,对undo的修改会生成一些redo,这些redo将记入日志。
Insert into语句会生成redo和undo,undo信息足以使insert消失,redo信息足以让这个插入再次发生。
Update语句与insert大体一样,不过update生成的undo量更大;由于存在update,所以需要保存一些“前”映像。Delete与update很类似。
8.3 提交和回滚处理
我们要知道重做日志文件对开发人员有什么影响。
8.3.1 commit做什么
Commit通常是一个非常快的操作,而不论事务大小如何。你可能认为一个事务越大(他影响的数据越多),commit需要的时间就越长。不是这样的,不论事务有多大,commit的影响时间一般都很平。
许多开发人员会人为限制事务的大小,分别提交,这是一种错误的观念。每次提交必须等待redo写至磁盘,这会导致等待,这种等待称为“日志文件同步”。
Commit大致会做的工作是:
(1) 为事务生成一个SCN(System Change Number, 系统改变号,后面还会讲到,oracle用来保证事务顺序并支持失败恢复的机制),每次commit,scn会增1。
(2) LGWR将所有余下的缓存重做日志条目写至磁盘,并把scn记录到在线重做日志文件中。这一步就是真正的commit,如果出现这一步,即已经提交。事务条目会从V$TRANSACTION中“删除”。
(3) V$lock中记录着会话持有的锁都将释放,排队等待这些锁的每一个人都会被唤醒。
(4) 如果事务修改的某些块还在缓冲区缓冲中,则会以一种快速的模式访问并清理。
8.3.2 rollback做什么
把commit改为rollback可能会得到完全不同的结果。回滚事件绝对是所修改数据量的一个函数。Rollback时要做以下工作:
(1) 撤销已做的所有修改。其完成方式如下:从undo段读回数据,然后逆向执行前面所做的操作,并将undo条目标记为已用。
(2) 会话持有的锁都将释放。
Commit只是将重做日志缓存区中剩余的数据刷新输出到磁盘,与rollback相比,commit做的工作非常少。回滚操作的开销很大。
8.4 分析redo
作为开发人员,应该能够测量你的操作生成了多少redo,这很重要。生成的redo越多,操作花费的时间就越长。这不光影响你自己的会话,还会影响每一个会话,redo管理是数据库中的一个串行点。任何oracle实例都只有一个LGWR,最终所有事务都会归于LGWR。
8.4.1 测量redo
要查看生成的redo量相当简单。使用sql*plus内置特性autotrace。不过autotrace只能用于简单的DML.
8.4.2 能关掉重做日志生成程序吗
答案很简单:不能。不过有些情况下执行某些操作时确实可以不生成重做日志。
1. 在sql中设置NOLOGGING
有些sql语句和操作支持使用nologging子句。这并不是说这个对象的所有操作在执行时都不生成重做日志,而是说有些特定操作生成的redo会比平常少得多。
比如在archivelog模式数据库下创建大表,比如:create table t as select * from all_objects会生成大约88.2M日志,而用nologging模式(数据库的日志模式可以设置)只会生成108KB左右日志。必须非常谨慎使用nologging模式
关于nologging操作要注意以下几点:
(1) 事实上还是会生成一定数量的redo。这些redo的作用是保护数据字典,这是不可避免的。
(2) Nologging不能避免所有后续操作生成redo。
(3) 在一个archivelog模式的数据库上执行nologging操作后,必须尽快为受影响的数据文件建立一个新的基准备份,避免由于介质失败而丢失由nologging操作创建的数据。
2. 在索引上设置nologging
使用nologging选项有两种方法。就是把nologging关键字嵌在sql命令中;另一种方法是在段上设置nologging属性,从而隐式地采用nologging模式来执行某些操作。
3. Nologging小结
可以采用nologging模式执行以下操作:
(1) 索引的创建和修改(alter)
(2) 表的批量insert。表数据不生成redo,但是所有索引修改会生成redo。
(3) Lob操作(对大对象的更新不必生成日志)。
(4) 通过create table as select 创建表。
(5) 各种alter table操作。
8.4 临时表和redo/undo
临时表不会为他们的块生成redo。因此,对临时表的操作不是可恢复的。不过,临时表确实会生成undo,而且这个undo会记入日志。因此,临时表也会生成一些redo(因为会对undo生成)。
这样似乎很不好,不过没有你想象中那么糟。在临时表上运行的sql语句主要是insert和select。幸运的是,insert只生成极少的undo,select根本不生成undo。
关于临时表上的DML活动,有以下一般结论:
(1) insert会生成很少甚至不生成undo/redo活动。
(2) delete在临时表上生成的redo与在永久表上生成的redo一样多。
(3) 临时表的update会生成永久表update一半的redo。
所以使用truncate这个DDL删除表数据比delete要快,truncate不会生成undo。
8.5 分析undo
如果存在索引,这将显著地影响生成undo的量,因为索引是一种复杂的数据结构,可能会生成相当多的undo信息。
一般来讲,insert生成的undo最少,因为oracle为此所需记录的只是要删除的一个rowid;update一般排名第二,update只需记录修改的字节;一般delete生成的undo最多。对于delete,oracle必须把整行的前映像记录到undo段中。delete生成的redo也最多。
你会发现,与加索引列的更新相比,对一个未加索引的列进行更新不仅执行的更快,生成的undo也会少很多。这也是为什么“索引”并不是加的越多越好的原因之一。
发表评论
-
<让oracle跑得更快-7> AWR性能报告
2015-03-01 22:45 2133AWR是oracle 10g下提供的一 ... -
<让oracle跑得更快-6> 绑定变量
2015-02-28 21:52 1249变量绑定是OLTP系统中一 ... -
<让oracle跑得更快-5> 执行计划
2015-02-28 21:48 1292如果要分析某条(不是整体性能,后面还会讲到awr报告,会再次说 ... -
<让oracle跑得更快-4> 优化器(optimizer)
2015-02-27 21:27 2056Oracle数据库中优化器(o ... -
<让oracle跑得更快-3> latch和等待
2015-02-27 21:18 1170经常有人把latch造成的 ... -
<让oracle跑得更快-2> 锁和阻塞
2015-02-26 22:24 11672.1 锁和阻塞 首先,注意区别并发(concurrency) ... -
<让oracle跑得更快-1> 引起数据库性能问题的因素
2015-02-26 22:04 1544此《让oracle跑得更快》 ... -
OLTP(联机事务处理)和OLAP(联机分析处理) 【转】
2015-02-12 14:13 1250做数据库优化时,一定要先了解数据库支撑的应用特点,不同类型的应 ... -
<oracle优化>(url收藏)
2015-02-11 22:18 8231. CBO & RBO Rule Based Opt ... -
<oracle-11> 数据类型
2015-02-08 20:06 2557选择一个正确的数据类 ... -
<oracle-10> 索引
2015-02-01 21:19 2038索引是应用设计和开发的一个重要方面。如果有太多的索引,修改(插 ... -
<oracle-9> 数据库表
2015-01-30 15:44 13219.1 表类型 Oracle主要有 ... -
<oracle-7> 事务
2015-01-26 11:07 1551事务(transaction)是数 ... -
<oracle-6> 并发多版本控制
2015-01-12 21:17 14666.1 什么是并发控制 并 ... -
<oracle-5> 锁(lock)和闩(latch)
2015-01-07 21:11 2765开发多用户、数据库驱动的应用时,最大的难点之一是:一方面要力争 ... -
<oracle-4> oracle进程
2015-01-06 23:02 1404Oracle中的各个进程要完成某个特定的任务或一组任务,每个进 ... -
<oracle-3> 内存结构
2015-01-05 22:20 1554这一篇主要讨论oracle的3 ... -
<oracle-2> oracle文件
2014-12-22 20:57 1140与oracle实例相关的文件只有下面几种: 参数文件(para ... -
<Oracle-1> oracle体系结构概述
2014-12-21 22:02 1222本系列主要参考《Oracle ...
相关推荐
Oracle Redo 和 Undo Mechanism Oracle 中的 redo 和 undo 机制是数据库的核心组件,它们一起协作以确保数据库的事务一致性和可靠性。在本文中,我们将深入探讨 redo 和 undo 机制的工作原理和协作机制。 Undo ...
Oracle中的Undo和Redo是两个非常重要的概念,它们都是Oracle数据库中事务管理和恢复机制的关键组件。Undo和Redo都是为了确保数据库的一致性和可靠性。 什么是REDO? REDO记录transaction logs,分为online和...
在Oracle中,日志文件发挥着关键作用,其中Undo日志和Redo日志是最核心的两种日志类型。 Undo日志,也称为撤销日志,主要用于事务处理中。它的主要作用是记录事务执行之前的数据库状态,即数据块在被修改之前的所有...
Oracle redo undo 是 Oracle 数据库中的一种机制,用于确保事务的可恢复性和撤销性。下面是对 redo undo 机制的详细解释。 redo 机制 redo 机制是 Oracle 数据库中的一种机制,用于记录事务的所有操作,以便在...
通过以上介绍可以看出,在Oracle数据库中,正确管理和优化Temp表空间和UNDO表空间是非常重要的,尤其是对于那些执行大量排序、分组操作以及频繁进行事务处理的应用系统来说。合理利用Resize调整大小、替换原有表空间...
在Oracle数据库的Real Application Clusters (RAC)环境中,REDO和UNDO管理扮演着至关重要的角色,确保数据的安全性、事务处理以及数据恢复。在RAC架构中,多个实例共享同一物理数据库,这就需要对REDO和UNDO管理进行...
Oracle Core: Essential ...2. Redo and Undo 3. Transactions and Consistency 4. Locks and Latches 5. Caches and Copies 6. Writing and Recovery 7. Parsing and Optimizing 8. RAC and Ruin <<Amazon link>> ...
"redo与undo_a.pdf"很可能是关于这个主题的一个详细教程或研究报告,可能涵盖了如何配置和管理redo日志文件,如何使用undo来支持事务的ACID属性(原子性、一致性、隔离性和持久性),以及如何在Oracle数据库中实现...
Oracle Undo是Oracle数据库中一个至关重要...综上所述,Oracle Undo是数据库管理的核心组件,它在事务处理、数据恢复和并发控制等方面发挥着关键作用,理解和有效管理Undo对于优化数据库性能和确保数据一致性至关重要。
SQL> CREATE UNDO TABLESPACE <new undo tablespace> DATAFILE '<file_path>' SIZE <initial_size> AUTOEXTEND ON NEXT <autoextend_size>; ``` 在这个命令中,`<new undo tablespace>`是新表空间的名称,`<file...
Oracle的基本组成部分包括Oracle Server、Oracle Instance 和 Oracle Database。具体如下: - **Oracle Server**: - 通常由一个Instance和一个Database组成。 - 一个Instance只能对应一个数据库。 - 特殊情况下...
- 自动管理:Oracle 9i引入了自动 Undo 管理(Automatic Undo Management, AUM),默认情况下,数据库会自动管理undo表空间,包括分配和回收空间。 - 手动管理:在AUM之前,管理员需要手动创建和管理undo段,这...
Oracle数据库的Undo机制是其核心特性之一,它主要用于支持事务的回滚、读取一致性和闪回查询。本文将深入探讨Undo的详细功能及其优势。 首先,数据操纵语言(DML)包括INSERT、UPDATE、DELETE和MERGE等SQL语句,...
Oracle闪回技术是Oracle数据库系统中一种强大的恢复和调试工具,它允许用户撤销数据库的逻辑错误,如误删除、误修改等。Oracle自9i版本引入闪回查询,随后在10g和11g中逐步扩展和完善,形成了包括闪回数据库、闪回表...
5. 日志与备份:学习归档模式,理解redo log和undo log,实施数据库备份和恢复策略。 三、Oracle诊断案例 1. 故障排查:通过日志分析,定位数据库运行异常的原因,如SQL性能问题、锁等待、资源争用等。 2. 系统监控...
在Oracle 12c版本中引入了一项重要的新特性——Temporary Undo,这项技术旨在优化临时表的操作性能,并减少对Redo日志的空间占用。传统的临时表在进行更新操作时,虽然不会产生Redo条目,但相关的Undo信息仍然会被...
这包括了自动化管理和监控ASM实例、审计对象和SQL语句、对象权限的授予与回收、NLS参数和Oracle参数的配置、Redo日志的管理、服务器端对象创建向导、表空间使用情况监控等。Toad的安全性设置能够让管理员限制用户...
在 Oracle 中,Undo 和 Redo 是两个不同的概念。Undo 代表撤销操作,而 Redo 代表重做操作。它们都是 Oracle 数据库中用于维护数据一致性的机制。 1.1. Undo 与 Redo 的区别 Undo 和 Redo 的主要区别在于它们的...
SET TRANSACTION USER ROLLBACKSEGMENT <rollback_segment_name>; ``` 可以通过查询`DBA_ROLLBACK_SEGS`视图来查看这些回滚段的状态。 ### 总结 `Undo`在Oracle数据库中扮演着极其重要的角色,它不仅确保了事务的回...