Undo是干嘛用的？
在介绍undo之前先说一下另外一个东西 transaction ，翻译成交易或事务。我们在进行一个事务的过程中需要申请许多资源，一个复杂的事务也需要很多步来完成。那么一个复杂的事务是只有两个结果，要么成功，要么失败（相当于从来没发生过）。
一个很典型的列子，银行转账，其实其需要两步操作，第一步先将你账户上的钱减去，第二步把被转账户的钱加上，这样就是一个完整的事务。
如果执行了一半，你的钱减了，被转账户的钱没加上，这个时候事务就要回滚，回滚到原始状态。也就是在转账之前，需要先记录你和被转账户上的金额。这就样能保证，一旦事务失败就回滚到事务的发生之前的状态。
为那保证一个事务的原始性和完整性，就引这入undo 的概念。Undo就是用来记录保存事务操作过程中的数据，如果事务发生错误，可以之前的数据进行填补。
Undo Segment 还原段:
从来面的视图，我们就可以很清晰的看出，我们要对表（table）中的一个数据进行修改，在修改之前，先把老的映像（old image）放到undo 上面。然后再在table中放入new image 。
假如过程失败，我们还可以把undo 上的old image 再拿回来放在原先的位置，从而使这件事儿看起来像没发生过一样。
Undo segment 是保存在表空间上的。Undo 大小是固定的，既然是固定的也就是有限的。如果保存的记录非常多，那么它就会被占满，新记录的数据会覆盖掉最早的数据。
所以用一个圆形的盘片能更加形象的表示。数据从一个位置开始写入，当写满一圈后，最新的数据就会覆盖最早写入的数据。
undo可以做哪些事儿？
Transaction rollback 事务反转， Transaction recovery 事务恢复。事务反转与事务恢复的效果是一样的。事务反转是人主动去做的，人在操作的过程中反悔了，相当于我在写文档时按个ctrl+z 。事务恢复是机器自动完成的，比如在事务进行过程中简拼突然断电了，下次重启服务之后，系统自动回滚。
Read consistency 读一执行。读一致性对于多用户操作是非常重要的。如果你在多人开发中使用过版本控制工具（gitcvssvn）的话，下面的概念你将很容易理解。
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条数据覆盖。这个时候就会报错，这也是为什么要对数据据进行调优的原因。
Redo or Undo
什么是Redo
Redo记录transaction logs，分为online和archived。以恢复为目的。
比如，机器停电，那么在重起之后需要online redo logs去恢复系统到失败点。
比如，磁盘坏了，需要用archived redo logs和online redo logs区恢复数据。
什么是Undo
Redo 是为了重新实现你的操作，而Undo相反，是为了撤销你做的操作。Undo更像常使用的ctrl+z ,撤销到上一步的状态。而Redo 是也就会记录undo 的操作。
当我们插入一条数据时，首先这个动作会被记录到redo log 中，操作也会被记录到到undo ，undo本身的动作也会做为一条数据被记录到redo log ，插入一条数据，索引（indexes）会发生变化，索引的变化也会做一条数据被记录到redo log 。Redo 记录着一个操作所有相关的信息，这样才能完整的保证场景的重现。
需要说明的是在上面的图表中，不管是undo 还是redo都是写在内存里的，一旦断电，所有信息将会消失。只有写到磁盘上的信息才不会因为断电而消失。
是redo log 的信息先写到磁盘上的，因为它的信息最全面，可以完整的保证场景重现。我们可以通过各种机制控制redo 写磁盘，比如每隔3秒写一次，或redo log文件大于1MB写一次。
如何配置使用undo ?
要想使用undo 首先需要创建undo表空间。我们可以创建多个undo表空间，但只能有一个undo表空间是处于使用状态。
查看undo配置信息：
SQL> show parameter undo NAME TYPE VALUE ------------------------------------ ---------------------------------------------------- undo_management string AUTO undo_retention integer 900 undo_tablespace string UNDOTBS1
Undo配置参数含义
-DNDO_MANAGEMENT undo的管理模式，分自动和手动
-UNDO_TABLESPACE 当前正在被使用的undo表
-UNDO_RETENTION 规定多长时间内，数据不能被覆盖。
AUTO 表示undo 为自动管理模式。
900 表示在900秒内，undo上的数据不能被覆盖。
UNDOTBS1 是当前正在使用的undo表空间。
创建undo表空间，与创建一般的表空间类似，命令如下：
SQL> create undo tablespace myundotbs 2 datafile '/ora10/product/oradata/ora10/myundotbs1.dbf' size 10M; Tablespace created.
查看新创建的undo表空间
SQL> select tablespace_name,contents from dba_tablespaces; TABLESPACE_NAME CONTENTS ------------------------------------------------------------ ------------------ SYSTEM PERMANENT UNDOTBS1 UNDO //老的undo表空间 SYSAUX PERMANENT TEMP TEMPORARY USERS PERMANENT PAUL PERMANENT MYUNDOTBS UNDO // 新创建的undo表空间 SQL> show parameter undo 再次查看当前使用的表空间 NAME TYPE VALUE ------------------------------------ ---------------------------------------------------- undo_management string AUTO undo_retention integer 900 undo_tablespace string UNDOTBS1
切换undo表空间：
SQL> alter system set undo_tablespace=myundotbs; System altered. SQL> show parameter undo 再次查看当前使用的表空间 NAME TYPE VALUE ------------------------------------ ---------------------------------------------------- undo_management string AUTO undo_retention integer 900 undo_tablespace string MYUNDOTBS //已经切换的了undo表空间
删除undo表空间：
SQL> drop tablespace myundotbs; Tablespace dropped.
Drop一个undo表空间后，在磁盘上还是存在的，我们需要通过操作系统层面用rm命令将文件删除。
思考：
表空间的切换、删除命令非常简单，但这里我们需要思考一下实际切换场景。当我们执行一个事务时，事务执行了一半还没有提交，这个时候进行切换undo表空间是否可以成功?
理论上undo表空间正在使用中，是不允许切换的。但实际上undo表空间在使用中是可以切换的，但切换之后立刻删除，系统会提示错误。把事务提交后再删除，系统依然提示错误。这里只有将替换掉的undo表空间切换到使用状态，再切换到废弃状态才能被删除。
Undo调优
Undo的设置取决于我们实际的生产系统。如何设置undo更合理地为我们工作呢？
Undo表空间的大小：
我们在创建一个undo表空间的使用，就指定了它的大小，这个大小一旦创建是不可变更的。设置过大，是一种浪费，设置过小，例如删除100万条记录，这些删除的记录都要临时存放到undo表空间中，如果undo的大小不能存储100万条记录，那么就会出问题。
Undo数据的存放时间：
也就是undo_retention 参数所对应的时间，undo上有数据存放时间与undo大小的密切关系。存放时间越长，需要的表空间越大。就像理发师的数量与理发师的效率的关系一样。理发师效率很高，一秒钟解决一个客户，那么就不需要太多的理发师傅。
Undo表空间的历史信息：
如何合理设置undo表空间的大小和存放时间呢？那么就需要参考历史记录
这个数据每隔10分钟采集一次，结束时间减去开始时间，在这段时间内使用了多少个undo数据块。
计算每秒钟使用数据块的多少？
求最大值：
SQL> select max(undoblks / ((end_time-begin_time)*24*3600)) from v$undostat;
MAX(UNDOBLKS/((END_TIME-BEGIN_TIME)*24*3600))
---------------------------------------------
14.15833333
求平均值：
SQL> select sum(undoblks)/sum((end_time - begin_time)*24*3600) from v$undostat;
SUM(UNDOBLKS)/SUM((END_TIME-BEGIN_TIME)*24*3600)
------------------------------------------------
4.122282389