oracle segment undo_Undo Segment/Undo Retention

undo_retention简单定义，就是最多数据的最少保留时间。AUM模式下，undo_retention参数用于事务commit后undo数据保留的时间。单位为秒。这是个no guarantee的限制。也就是，若空间足够，他只是个‘花瓶’；当可用空间不足而又有事务需要回滚空间，则这些数据依然会被覆盖。这个行为可能会导致ORA-01555错误，这些数据被记忆的时间可用v$undostat里面的字段TUNED_UNDORETENTION来查询。

UNDO主要用于以下方面：

1.在执行rollback语句的时候rollback事物

2.恢复数据库

3.提供读一致性

4.为oracle flashback query提供支持

5.使用oracle flashback特性恢复数据库逻辑失败

一般来讲事物的undo信息存储在回滚段中，事物的undo信息一直存在，直到一个commit或者rollback语句执行。自动回滚段管理允许DBA指定oracle数据库保留多久的commit之后的undo信息。防止在长时间的查询产生ora-01555：snapshot too old.通过设置UNDO_RETENTION参数来达到这个目的，默认是900s(15min).可以设置这个参数保证数据库保留undo日志的时间.设置UNDO_MANAGEMENT = AUTO参数就可以设置自动管理回滚段特性。

undo段中的区有以下三种状态：

Unexpired Extents – Undo data whose age is less than the undo retention period.

Expired Extents – Undo data whose age is greater than the undo retention period.

Active Extents – Undo data that is part of the active transaction.

以下介绍oracle是怎么利用undo回滚段的：

第一步.当需要回滚段的时候，一个undo信息需要被写入到回滚段中。如果当前使用区已经不足，并且下一个区是expired状态，优先使用expired状态的区，而不是从空闲区间池中产生一个空闲的区间。

第二步.如果第一步由于没有可用的区间而失败，并且undo数据文件不是自动扩展的。则oracle试图去利用另一个回滚段的expired状态区间。

第三步.如果第二步由于其他回滚段没有expired状态的区间，则oracle试图去利用当前回滚段的unexpired区间

第四步.如果第三步仍然失败，则oracle视图利用另一个回滚段的unexpired状态区间

第五步.如果以上全部失败，则an Out-Of-Space error 就会产生。

以下实验：

SQL> select tablespace_name, status, sum(blocks) * 8192/1024/1024/1024 GB from dba_undo_extents group by tablespace_name, status;

TABLESPACE_NAME STATUS GB

------------------------------ --------- ----------

UNDOTBS1 UNEXPIRED .010742188

UNDOTBS1 EXPIRED .015014648

SQL> update t1 set name='eeeee' where id=5;

SQL> select tablespace_name, status, sum(blocks) * 8192/1024/1024/1024 GB from dba_undo_extents group by tablespace_name, status;

TABLESPACE_NAME STATUS GB

------------------------------ --------- ----------

UNDOTBS1 UNEXPIRED .009765625

UNDOTBS1 EXPIRED .015014648

UNDOTBS1 ACTIVE .000976563

Undo Blocks per Second

参考资料：