[Oracle]理解undo表空间

1、回退段介绍

在Oracle数据库中，当某个事物对数据进行修改时，Oracle首先将数据的原始值保存到一个回退段中。一个事物只能将它的回退信息保存到一个回退段中，而多个并行事物可使用同一个回退段。

（1）回退段的做用

回退段主要有4个做用，分别是：事物回滚、数据库恢复、读一致性、闪回查询。

  --事物回滚：当事物执行失败或用户执行回滚操做(rollback)时，Oracle会利用保存在回退段中的信息将数据恢复到原来的值；

  --数据库恢复：当数据库实例运行失败，在数据库重启恢复时，Oracle先利用重作日志文件的信息对数据库进行恢复（包括已提交和未提交的事务），再利用回滚段中的信息回滚未提交的事务；

  --读一致性：当一个用户对数据进行修改时，会预先将其原始值保存到回退段中，这时，若是有其它用户访问该数据，则访问回退段中的信息，使当前用户未提交的修改其余用户没法看到，保证了数据的一致性；

  --闪回查询：经过保留在回退段中的信息，用户能够查询某个数据在过去某个时刻的状态

 

（2）回退段的工做方式

当事务开始时，系统分配给该事物一个回退段，在事务的整个生命周期中，当数据发生改变时，数据的原始值被复制到回退段中。回退段采用循环写的方式进行工做，当事务写满回退段的一个区以后，会接着写入回退段的下一个区，当全部的区都写满后，事务开始循环写入到第一个区或者分配新的区（datafile为autoextend）。回退段归用户sys全部，每一个回退段至少包含2个区。

 

2、回退表空间的管理

（1）建立undo表空间

在Oracle 11g中，建立undo tablespace有2种方法，一种是在建立数据库时建立undo tablespace，另外一种是使用create undo tablespace来建立undo tablespace。undo tablespace用来保存事务的回退信息，用户不能在其中建立数据库对象。

咱们这里介绍如何使用craete undo tablespace 来建立undo表空间。

--为undo tablespace添加新的数据文件
alter tablespace undotbs1 add datafile '/home/app/oracle/oradata/orcl/untbs02.dbf' size 50M;

--将undo tablespace里面的untbs02.dbf文件扩充为100M
alter database datafile '/home/app/oracle/oradata/orcl/untbs02.dbf' resize 100M;

 

（3）删除undo表空间

与普通表空间同样，可使用drop tablespace来删除undo表空间，可是不能删除当前正在使用的undo表空间。若是在undo表空间中含有任何未提交的事务的回退信息，则不能使用drop tablespace来删除表空间。此外，即便已经使用drop tablespace删除了undo表空间，在该表空间中也可能存在未过时的回退信息，这样致使某些查询所需的回退信息丢失。所以，在删除时应该注意，不要删除这样的undo表空间。

 

（4）切换undo表空间

在数据库运行过程当中，能够从一个undo表空间切换到另外一个undo表空间，因为初始化参数undo_tablespace是一个动态参数，直接修改便可，无需重启实例，切换方式以下：

12:40:16 SQL> show parameter undo_tablespace --【窗口1】查看当前undo表空间 NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ undo_tablespace string UNDOTBS1 12:45:59 SQL> insert into dept values(50,'a','b'); --【窗口1】执行一条insert语句，且不提交 1 row inserted SQL> alter system set undo_tablespace = UNDOTNS2; --【窗口2】切换undo表空间 System altered SQL> show parameter undo_tablespace; --【窗口2】查看新的表空间 NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ undo_tablespace string UNDOTNS2 SQL> drop tablespace undotbs1 including contents and datafiles; --【窗口2】删除旧的表空间，报错，提示旧的表空间正在使用 ORA-30013: undo tablespace 'UNDOTBS1' is currently in use 12:53:02 SQL> commit; --【窗口1】提交事务 SQL> drop tablespace undotbs1 including contents and datafiles; --【窗口2】过一段时间以后，成功删除 Tablespace dropped

 

（5）回退信息保留时间

前面咱们讲了回退信息的4个做用，当咱们提交了事务以后，回退信息对于事务回滚以及数据库恢复已经再也不起做用。可是，对于一个长事务而言，具备读一致性的做用，保证查询到的信息一直是旧的信息。此外，数据库的各类闪回操做的实现也须要回退段中的信息。Oracle根据undo表空间的大小以及事物量的多少自动调整回退信息的保留时间，可经过调整初始化参数undo_retention设置回退信息在回退段中的保留时间：

SET UNDO_RETENTION = 1800 ;

须要注意的是，undo_retention是Oracle的一个”软设置“，这个”软设置“如何理解呢？例如，当用户将UNDO_RETENTION参数设置为1800s后，Oracle会尽可能的将回退信息保存1800s，可是，在这个过程当中，若是回退表空间不够用了，新的回退信息依然会将未达到1800s的回退信息覆盖。

为了保证长时间的查询的读一致性以及各类闪回操做，咱们也能够指定回退信息必须保留到undo_retention规定的时间，经过启用undo表空间的retention guarantee特性，保证只有过时（已提交且达到undo_retention设定的值）的数据才会被覆盖，即便undo表空间容量已经不足，也不会覆盖未过时的回退信息。

ALTER TABLESPACE UNDOTBS1 RETENTION GUARANTEE;

 

3、查询undo表空间

与undo表空间相关的数据字典以下：

数据字典	解释
v$undostat	包含全部undo表空间的统计信息，用于对undo表空间进行监控和调整。 经过该视图，能够估计当前undo表空间的大小，Oracle利用该视图完成对回退信息的自动管理，该视图数据是有最近4天内，每10分钟产生一条统计记录构成的。
v$rollstat	包含undo表空间中回退段的性能统计信息
v$transaction	包含事务所使用的回退段信息
dba_undo_extents	包含undo表空间中区的大小与状态信息
dba_hist_undostat	包含v$undostat的快照，主要是4天前的统计信息

例子三、查询undo表空间中回退信息的当前状态

select tablespace_name,segment_name,extent_id,status from dba_undo_extents; TABLESPACE_NAME SEGMENT_NAME EXTENT_ID STATUS ------------------------------ ------------------------------ ---------- --------- UNDOTBS3 _SYSSMU10_968665341$ 0 UNEXPIRED UNDOTBS3 _SYSSMU10_968665341$ 1 EXPIRED UNDOTBS3 _SYSSMU9_3484649867$ 0 UNEXPIRED UNDOTBS3 _SYSSMU9_3484649867$ 1 EXPIRED ... ... ... ...

undo表空间中区的状态一共有3种：EXPIRED、UNEXPIRED、ACTIVE。

--EXPIRED：表示该回退信息对应的事务已经提交，保存时间超过保留区；

--UNEXPIRED：表示该回退信息对应的事务已经提交，保存时间没有超过保留区；

--ACTIVE：表示回退信息对应的事务尚未提交，该区还在使用；