1.redo
redo 有在线redo日志和归档redo日志, 从Oracle 10g开始还新增加了flashback技术。
每个Oracle数据库至少有2个在线重做日志组,循环写。
只有INSERT, DELETE, UPDATE,MERGE才会生成redo日志,
redo日志用于数据库故障恢复，比如系统崩溃，磁盘介质问题。
2.undo
undo 与redo相反, 修改数据时，会生成undo信息，以便回到更改前的状态。
undo存放在数据库中一组undo变空间和undo段中。
每次用undo恢复数据时，只是逻辑回滚，就是将数据恢复到更改前的状态。 物理变化不会被回滚，比如执行INSERT, 数据库为之创建了新的Extents, 此时回滚的话，这个新创建的extents就不会被消除。
做个试验，通过启用autotrace，查看insert空和insert大量数据后， 再执行SELECT的I/O情况。
3.多次提交和一次提交多个语句。
执行COMMIT的开销
(1) 增加和数据库的通信。
(2) 每次提交都需要将redo写到磁盘，导致等待I/O, 只要是log file sync。
再执行COMMIT之前，大多数工作都已经被完成, 比如
(1) 已经在SGA中生成undo块
(2) 已经在SGA中生成了已修改数据块
(3) 已经在SGA中生成了前2项的redo
(4) 取决于#1,2,3数据量大小，有些可能已经被输出到磁盘， LGWR一直在后台不停的工作。
(5) 已经得到全部锁
所以提交的时候，做的事情就下面几件
(1) 生成一个SCN
(2) 将余下的redo缓存输出到磁盘，并把SCN记录到其中. 到这里事物就已经提交，再v$transaction中已经查不到该transaction
(3) 释放锁，块清除。
从上面可以看出COMMIT的开销并不大。但是大量的频繁的提交小transaction，也可能带来长时间的lgwr I/O等待。
执行Rollback操作时，要撤销已做的修改。从undo段读回数据。
后续内容
分析redo, 分析undo