1.Undo是干嘛用的？
在介绍undo之前先说一下另外一个东西 transaction ，翻译成交易或事务。我们在进行一个事务的过程中需要申请许多资源，一个复杂的事务也需要很多步来完成。那么一个复杂的事务是只有两个结果，要么成功，要么失败（相当于从来没发生过）。
一个很典型的列子，银行转账，其实其需要两步操作，第一步先将你账户上的钱减去，第二步把被转账户的钱加上，（先减后加，出了问题银行不吃亏。呵呵！）这样就是一个完整的事务。如果执行了一半，你的钱减了，被转账户的钱没加上，这个时候事务就要回滚，回滚到原始状态。也就是在转账之前，需要先记录你和被转账户上的金额。这就样能保证，一旦事务失败就回滚到事务的发生之前的状态。
为那保证一个事务的原始性和完整性，就引这入undo 的概念。Undo就是用来记录保存事务操作过程中的数据，如果事务发生错误，可以之前的数据进行填补。
Undo Segment 还原段
从上面的视图，我们就可以很清晰的看出，我们要对表（table）中的一个数据进行修改，在修改之前，先把老的映像（old image）放到undo 上面。然后再在table中放入new image 。假如过程失败，我们还可以把undo 上的old image 再拿回来放在原先的位置，从而使这件事儿看起来像没发生过一样。
Undo segment 是保存在表空间上的。Undo 大小是固定的，既然是固定的也就是有限的。如果保存的记录非常多，那么它就会被占满，新记录的数据会覆盖掉最早的数据。所以用一个圆形的盘片能更加形象的表示。数据从一个位置开始写入，当写满一圈后，最新的数据就会覆盖最早写入的数据。
2.undo可以干啥？
1. Transaction rollback 事务回退
2. Transaction recovery 事务恢复
3. Read consistency 读一致性
事务回退与事务恢复的效果是一样的。事务反转是人主动去做的，人在操作的过程中反悔了，相当于我在写文档时按个ctrl+z 。事务恢复是机器自动完成的，比如在事务进行过程中简拼突然断电了，下次重启服务之后，系统自动回滚。
Read consistency 读一致性。读一致性对于多用户操作是非常重要的。如果你在多人开发中使用过版本控制工具（git\cvs\svn）的话，下面的概念你将很容易理解。
下面重点讲一致性
Oracle 读一致性概念
我知道oracle允许可以由多个用户对数据库进行操作，当你执行一个查询几百万条记录的操作时，这个过程可能需要几分钟。在这个过程中其它用户对你查询的数据时行了修改。这里就要保证你查询的结果是被修改之前的（也就是你查询开始那个时刻的结果）。
这里明确一个概念，事务的开始，在我们执行一条（更新、修改、删除）语句时；事务的结束，必须执行提交动作（执行commit或 rollback 命令）
我们从上面的流程图来理解一下oracle是如何保证读一致性的。
当我们执行一个事务的时候，oracle会分配一个SCN编号，这个编号是递增的。下一个事务的编号一定比当前事务的编号大。
上图中执行第一个事务分配的编号为10023，在这个事务执行的过程中，另一事务对SCN 编号为10008和10021的数据块进行了修改。用来替换的数据块SCN编号为10024 ，而被替换掉的数据块会被保存到undo 上面。当第一个事务执行到被修改过的数据块时，发现10024比10023大，这个时候就会到undo segment上找比自己SCN号小的数据块进行读，于是发找到了SCN号为10008和10021两个块。这样就有效的保证了读一致性。
当然，会有一种特殊情况，也就是undo segment 太小，最多放100条数据，可一下子来了120条数据，那么最先写入的20条数据被最后写入的20条数据覆盖。这个时候就会报错，这也是为什么要对数据据进行调优的原因。
3.Redo or undo 区别
什么是Redo
Redo记录transaction logs，分为online和archived。以恢复为目的。
比如，机器停电，那么在重起之后需要online redo logs去恢复系统到失败点。
比如，磁盘坏了，需要用archived redo logs和online redo logs区恢复数据。
什么是Undo