oracle_回滚

 为了保证数据库中多个用户间的读一致性和能够回退事务。
一、在一个简单的更新语句中，对于回滚段的操作存在多处，在事务开始时，首

先需要在回滚表空间获得一个事务槽，分配空间，然后创建前镜像，此后事务的

修改才能进行，oracle必须以此来保证事务是可以回滚的。如果用户提交了事务

，oracle会在日志文件记录提交，并且写出日志，同时会在回滚段中把事务标记

为已提交；如果用户回滚事务，则oracle需要从回滚段中把前镜像数据读取出来

修改数据缓冲区，完成回滚，这个过程本身也要产生redo，所以回退这个操作是

很昂贵的。
二、回滚段存储的内容
     1、对于insert 操作，回滚段只需要记录插入记录的rowid，如果回退，只

需要将该记录根据rowid删除即可。
     2、对于update操作：回滚段只需要记录被更新字段的旧值即可，回退时通

过旧值覆盖新值即可完成回退。
     3、对于delete操作，oracle则必须记录正行的数据，在回退时，oracle通

过一个反向操作恢复删除的数据。
三、并发控制和一致性读
     1、一方面oracle通过锁定机制实现数据库的并发控制；一方面通过多版本

模型来进行并发数据访问。通过多版本架构，oracle实现了读取和写入的分离，

使得写入不阻塞读取，读取不阻塞修改。这是oracle数据库区别于其他数据库的

一个重要特征。oracle一方面不允许其他用户读取未提交数据，一方面要保证用

户读取数据要来自同一时间点。

        事务的内部流程
        1）首先当一个事务开始时，需要在回滚段事务表上分配一个事务槽
        2）在数据块头部获取一个ITL事务槽，该事务槽指向回滚段头的事务槽
        3）在修改数据之前，需要记录前镜像信息，这个信息以undo record的形式存储在回滚段中，回滚段头事务槽指向该记录。
        4）锁定修改行，修改行锁定位指向ITL事务槽。
        5）数据修改可以进行。
4、块清除（block cleanouts）
         在事务需要修改数据时，必须分配ITL事务槽，必须锁定该行，必须分

配回滚段事务槽和回滚空间记录前镜像。当事务提交时，oracle需要将回滚段上

的事务表信息标记为非活动，以便空间可以重用；那么还有ITL事务信息和锁定信

息需要清除，以记录提交。由于oracle在数据块上存储了ITL和锁定等事务信息，

所以oracle必须在事务提交之后清除这些事务数据，这就是块清除。块清除主要

清除的数据有行级锁、ITL信息（包括提交标志、SCN等）。如果提交时修改过的

数据块仍然在buffer cache之中，那么oracle可以清除ITL信息，这叫做快速块清

除，如果事务提交时修改过的数据块已经被写回到数据文件上，oracle会等到下

次访问该block时再来清除ITL锁定信息，这就是延迟块清除。
      5、产生ora-01555错误的原因
        1）由于回滚段是循环使用的，当事务提交以后，该事务占用的回滚事务表被标记为非活动，回滚段空间可以被覆盖重用。那么当一个查询需要使用被覆盖的回滚段构造前镜像实现一致读，此时就会出现oracle著名的ora-01555错误
        2）因为延迟块清除。当一个查询触发延迟快清除时，oracle需要去查询回滚段获得该事务的提交scn，如果事务的前镜像信息已经被覆盖，并且查询scn也小于回滚段中记录的最小scn，那么oracle将无法判断查询scn和事务提交scn的大小，此时就会出现延迟块清除导致的ora-01555错误。
        3）使用sqlldr直接加载数据时。
     alter tablespace tablespace_name retention guarantee;
      oracle提供一个内部事件（10203事件）可以用来跟踪数据库的块清除操作，10203事件可以通过以下命令设置，设置后需要重新启动数据库该参数才能生效
      alter system set event="10203 trace name context forever" scope=spfile;
     
        alter database datafile ‘.....‘ offline drop;
六、回滚段的空间过大
    1）通过查询试图v$dba_data_file和v$dba_temp_files确定临时表空间和undo表空间的大小
    2）新建一个undo表空间
        create undo tablespace tablespace_name;
    3）切换undo表空间
        alter system set undo_tablespace=undotbs2 scope=both;
    4)等待原表空间所有undo segment offline；
    5）删除原undo表空间
         drop tablespace undotbs1 including contents；
七、特殊情况的恢复
    在很多情况下，特别是在使用隐含参数强制打开数据库之后，可能会在ora-006004194错误，在alert文件中，记录主要错误日志，出现此种错误时，最好的办法是通过备份进行恢复，如果没有备份，那么可以通过特殊的初始化参数进行强制启动，
     1）从当前的日志文件中找到对应的AUM(auto undo management)下的回滚段名称。
     2）修改init<sid>.ora参数文件，使用oracle隐含参数_corrupted_rollback_segments将回滚段标记为损坏，oracle会跳过对于这些回滚段的相关操作，强制启动数据库。
     3）使用init<sid>.ora参数文件启动数据库
        startup pfile=initconner.ora
     4）重新创建新的undo表空间，删除出现问题的表空间，修改参数文件，由参数文件生成新的spfile，重新启动数据库。
        create undo tablespace undotbs1 datafile ‘.......‘ size 10m;
        alter system set undo_tablespace=undotbs1 scope=both;
        drop tablespace undotbs2;
        修改参数文件，变更undo表空间，并取消_corrupted_rollback_segments设置。
        有参数文件创建spfile；
         打开数据库即可；

oracle_回滚,布布扣,bubuko.com