对于DML语句来说，只要修改了数据块，Oracle数据库就会将修改前的数据保留下来，保存在undo segment里，而undo segment则保存在undo表空间里。从 Oracle 9i起，有两种undo的管理方式：自动Undo管理（Automatic Undo Management，简称AUM）和手工Undo管理（Manual Undo Management，简称MUM）。 Oracle 9i之前只能使用MUM，而且在MUM中，undo segment又叫做rollback segment。从Oracle 9i起，Oracle就建议使用AUM，而不应再使用MUM了。因此， 我们不讨论MUM以及rollback segment。
1、DML语句与undo
当我们发出一条DML（比如update t set col1='A' where col1='B'）语句时，其执行过程可大致概括为以下几步。
在shared pool里进行解析，从而生成执行计划。具体解析过程见第5章。
假设根据执行计划，得出col1='B'的记录存放在10号数据文件的54号数据块里。
服务器进程在buffer cache里找一个可用的undo数据块，如果没有发现，则到undo表空间里找一个可用的undo块，并调入buffer cache。假设获得 的undo数据块号为24号，位于11号undo数据文件里。
将改变前的值，也就是A放入11号undo数据块。
由于undo数据块发生了变化，于是产生重做记录，假设重做记录号为120。
行号 事务id file# block# row column value
120 T1 24 11 10 col1 A
在buffer cache里找到54号数据块。如果没有发现，则从10号数据文件里调入。
将改变后的值，也就是B放入54号数据块。
由于数据块发生了变化，于是产生重做记录，假设重做记录号为121。
行号 事务id file# block# row column value
121 T1 10 54 10 col1 B
控制权返回给用户，如果在SQL*Plus里执行DML，则表现为光标返回。
当用户发出commit命令时，触发LGWR进程，将120与121这两个重做记录写入联机日志文件，并将54号数据块和11号undo数据块头部所记录的事务状 态标记设置为已提交。然后控制权返回给用户，如果在SQL*Plus里执行DML操作，则表现为光标返回。
这个时候，54号数据块以及11号undo块并不一定被DBWn写入数据文件。只有在脏数据块的数量达到一定程度才会被写入。
事务只要被提交或回滚，那么该事务所使用的undo块就可以被覆盖。对于上面的例子来说，当第 步，用户发出commit命令以后，11号undo块里的数 据就可以被其他事务所覆盖。
