Oracle读一致性学习笔记

为避免ORA-1555快照太旧的错误，出现了undo_retention参数，表示当事务提交或回滚后，该事务所使用的undo块里的数据需要保留多长

1 回滚与撤销

       Refer：《深入解析Oracle》by eygle

（1）    为了多用户的读一致性和能回退事务，oracle提供了为修改的数据保存修改之前的旧值。

（2）    Redo：保证在故障时事务可以恢复

Undo：保证事务可以被回滚或撤销

（3）    9i之前，oracle提供回滚段（rollback）来撤销数据；之后，oracle使用undo表空间来管理。

（4）    下面这个例子是介绍9i前，是如何保证可以回滚的。

Update emp set sal=4000 where empno=7788；

简单看一下这个语句的执行过程：

A：检查empno=7788记录在database buffer cache中是否存在；否，则读取到database buffer cache中。

B：在回滚表空间的相应回滚段事务表上分配事物槽，这个操作需要记录redo信息。

C：在回滚段读入或者在database buffer cache中创建sal=3000的旧值，这需要产生redo信息并记入redo log buffer。

【B,C这两步保证了事务的可回滚性，此后事务的修改才能进行】

D：修改sal=4000，这是update的数据变更，需要记录redo log buffer。

F：当用户提交时，会在redo log buffer记录提交信息，并在回滚段标记该事务为非激活（inactive）。

（5）    如果用户回滚（rollback）事务，则oracle需要从回滚段中把旧值读取出来，修改database buffer cache，完成rollback，这个过程本身会产生redo，so回滚是expensive。

（6）    回滚段在undo表空间中分配，其作用：回退事务，事务恢复，提供读一致性。

对于DML：

Insert：回滚段只需记录插入的记录的rowid；

Update：回滚段只需记录被更新字段的旧值；

Delete：oracle必须记录整行的数据

所以，对产生undo的情况看，delete产生的undo最多，推荐对大规模数据删除操作时，分批删除，分次提交，以减少对回滚段的占用和冲击。

（7）    oracle区别于其他数据库的一个重要的特征：

通过多版本架构，oracle实现了读取和写入的分离，使得写入不阻塞读取，读取不阻塞写入。

多版本架构是通过一致性读来实现的。

      

  假定scott的薪水为3000：

A：t1时刻我们在session 1 查询可以得到3000；

B：t2时刻session 2进行update，但未提交（此时数据在database buffer cache中已经修改，该buffer为dirty）

C：t3时刻session 1再次查询，注意此时，oracle不会允许其他用户看到未提交的数据，oracle需要通过回滚段记录的旧值进行一致性读，将3000恢复出来给用户，这是一致性读的作用；

D：t4时刻，session 2提交该更改，此时数据修改已被永久化；

F：t5 时刻，其他用户再次查询；将会看到变化后的数据，也就是4000.

       Notice：

              A：每个数据块头部都会记录一个提交的SCN，当数据更改提交后，提交后，提交SCN同时被修改，这个SCN在查询时可以用来进行一致性读的判断。

              B：上图中，假定查询开始的时间为t1，则查询获取的数据块中，如果数据块的提交SCN小于t1，则oracle接收该数据【session 2便是这种情况】；如果提交SCN大于t1或者数据被锁定修改尚未记录提交SCN，则oracle需要通过回滚段构造前镜像来返回结果【session 1便是这种情景】，这就是一致性读的本质含义。

       （8）9i之后，oracle引入了undo表空间，若选择自动的undo表空间管理，，则oracle会动态创建和释放回滚段，自动为事务指定回滚段。

                命令：Show parameter undo

                里面有个参数undo_retention与ORA_01555错误有关。

                这个参数可调：alter system set undo_retention=**;

                Undo_retention:当事务提交后undo信息保留的时间（秒）；

                10g对于undo增加了guarantee控制：

                     Alter tablespace undotbs1 retention guarantee | noguarantee

                     区别：

                            若把undo表空间自动扩展属性取消：

                     Alter database datafile ‘/u01/app/oracle/product/10.2.0/oradata/undotbs’

Autoextend off;

                     进行循环删除数据

                     在guarantee设置下，会出现ORA-30036错误；

                     在noguarantee设置下，则可以顺利完成，因为oracle启动自动调整以满足最长运行查询的需要。

       (9) ORA-01555成因与解决

              A：成因：

I）              由于回滚段是循环使用的，当事务提交后，该事务占用的回滚段事务表会被标识为inactive，回滚段表空间可以被覆盖重用。但是，当一个查询需要使用被覆盖的回滚段构造前镜像实现一致性读，那么就会出现著名的ORA-01555错误。

II）           未完待续。。。。。。。。。。

2     大师，你好！
 　　我在《深入浅出oracle》一书的167页的一句话不清楚，原话是：如果读取的block不满足读一致性需求，则server进程需要通过当前block版本和回滚段构造前镜像返回给用户。‘读一致性’是怎么判断出来的，被修改的数据要作排他锁，别人怎么读取那，盼回复，谢谢！

     根据SCN来判断阿。

3读一致性（Read Consistency），这是数据库的一个关键特性，可以确保用户在查询期间看到一致的数据。也就是说，当一个会话正在修改数据时，其他的会话将看不到该会话未提交的修改。