标签：工作方式 contents 路径 五步 激活 guarantee 用户 including das
UNDO：使用undo tablespace 存放从数据缓存区读出的数据块的前镜像
1.空间重用机制
undo 数据的4种状态
①active ##表示transaction还没有commit，不可覆盖，
②unexpired ##由已经commit或rollback的数据转换而来的状态, 在保留期内，尽量不覆盖（非强制）
③expired: ##由unexpired转换而来，其中的数据是超过undo保留期的，随时可以再分配（覆盖）。
④free: ##分配了但未使用过。一般是undo最初创建和扩展时出现，它不是一个常态的。
undo的状态转换体现了undo空间的循环使用原理：分配---》冻结--->回收---》再分配
2.提供以下四种情况所需要的信息
1）回滚事务：rollback
2）读一致性：正在做DML操作的数据块，事务结束前，其他用户读undo里面的数据前镜像
3）实例的恢复：instance recover(undo -->rollback)
4）闪回技术 ：flashback query、flashback table等
3.Undo的参数及说明
SYS>show parameter undo
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_management string AUTO
undo_retention integer 900
undo_tablespace string UNDOTBS1
----------------------------------------------------
1）undo_management
①manaual 仅在维护时使用
②auto 使用undo tablespace管理undo
2）undo_retention 指定保留期，希望在这个期间commit的undo数据不要覆盖
3）undo_tablespace 当前使用的Undo表空间
4.建立一个undo表空间
可以建立多个undo表空间，但只有一个是使用中的undo使用中的undo tablespace 不能offline 和 drop建立一个新的undo表空间
第一步：SQL>show parameter undo ##查看参数结果结果，得知当前使用undo表空间是UNDOTBS1
第二步：SQL> create undo tablespace undotbs2 datafile ‘/u01/oradata/prod/undotbs02.dbf‘ size 50m autoextend on; ##创建一个新的undo表空间，设置为自动管理模式
SYS@ prod>select FILE_NAME,TABLESPACE_NAME,AUTOEXTENSIBLE from dba_data_files; ##查看undo表空间路径
FILE_NAME TABLESPACE_NAME AUT
------------------------------------------- ------------------------------ ---———
/u01/oradata/prod/example01.dbf EXAMPLE YES
/u01/oradata/prod/users01.dbf USERS YES
/u01/oradata/prod/undotbs01.dbf UNDOTBS1 YES
/u01/oradata/prod/sysaux01.dbf SYSAUX YES
/u01/oradata/prod/system01.dbf SYSTEM YES
第三步：SQL>select tablespace_name,status,contents from dba_tablespaces; ##查看undo tablespace
TABLESPACE_NAME STATUS CONTENTS
------------------------------ --------- ---------
SYSTEM ONLINE PERMANENT
SYSAUX ONLINE PERMANENT
UNDOTBS1 ONLINE UNDO
TEMP ONLINE TEMPORARY
USERS ONLINE PERMANENT
EXAMPLE ONLINE PERMANENT
第四步：SQL> select * from v$rollname; ##一个undo表空间中最大段为10个
USN NAME
---------- ------------------------------
0 SYSTEM
1 _SYSSMU1_1363316212$
2 _SYSSMU2_1363316212$
3 _SYSSMU3_1363316212$
4 _SYSSMU4_1363316212$
5 _SYSSMU5_1363316212$
6 _SYSSMU6_1363316212$
7 _SYSSMU7_1363316212$
8 _SYSSMU8_1363316212$
9 _SYSSMU9_1363316212$
10 _SYSSMU10_1363316212$
第五步：SQL> alter system set undo_tablespace=undotbs2; ##切换undo表空间 ##动态参数，修改立即生效
SQL> select * from v$rollname;
USN NAME
---------- ------------------------------
0 SYSTEM
11 _SYSSMU11_1357956213$
12 _SYSSMU12_1357956213$
13 _SYSSMU13_1357956213$
14 _SYSSMU14_1357956213$
15 _SYSSMU15_1357956213$
16 _SYSSMU16_1357956213$
17 _SYSSMU17_1357956213$
18 _SYSSMU18_1357956213$
19 _SYSSMU19_1357956213$
20 _SYSSMU20_1357956213$
第六步：SQL> drop tablespace undotbs1 including contents and datafiles; 删除未激活undo
注意：管理undo表空间的过程中，不能压缩删除，只能进行替换
5.undo自动管理AUM
1）什么是AUM
Oracle10gR2以后引入了一个新的自动调整undo retention的特性，目的是尽量避免两个Undo错误
ora-30036错误---空间不足
ora-01555错误---快照太旧
11g缺省设置为AUM(Auto Undo Management)，AUM下current undo retention是自动调整的
SYS@ prod>select begin_time,tuned_undoretention from v$undostat;
BEGIN_TIME TUNED_UNDORETENTION
------------------- -------------------
2015-10-11 20:17:20 1784
2015-10-11 20:07:20 1723
2015-10-11 19:57:20 1119
2）AUM的两种工作方式
①autoextend off下, 忽略undo_retention参数，TUNED_UNDORETENTION参照undo表空间大小和undo统计信息，
缺点：空间给定不合理时，产生UNDO告警，不能完全避免ora-30036，ora-01555，若UNDO增加尺寸，又可能造成TUNED_UNDORETENTION增加。
②autoextend on下, 参考undo_retention作为下限值，TUNED_UNDORETENTION期内，以扩展空间代替覆盖unexpired，基本避免了ora-30036，ora-01555
缺点：表空间可能过度膨胀。
3）Undo的guarantee属性
通常情况下，unexpired数据并不绝对保证在retention期内不会覆盖，必要时可考虑设置在保留期强制不覆盖的guarantee属性,同时应该使undo autoextend on
SQL> select tablespace_name,status,contents,retention from dba_tablespaces; ##缺省配置下undo retention是 noguarantee
TABLESPACE_NAME STATUS CONTENTS RETENTION
------------------------------ --------- --------- ----------------------------------------------
SYSTEM ONLINE PERMANENT NOT APPLY
SYSAUX ONLINE PERMANENT NOT APPLY
UNDOTBS1 ONLINE UNDO NOGUARANTEE ##guarantee时，则表示undo_retention期间不允许发生 ora-30036，ora-01555这种错误，缺点：表空间可能过度膨胀。
TEMP ONLINE TEMPORARY NOT APPLY
USERS ONLINE PERMANENT NOT APPLY
EXAMPLE ONLINE PERMANENT NOT APPLY
guarantee属性可以修改
SQL> alter tablespace undotbs2 retention guarantee; 保证在retention 期间不允许被覆盖
SQL> alter tablespace undotbs2 retention noguarantee;
6.DML语句背后的逻辑故事，结合undo
用户发起一条dml操作语句时，首先在sga的shared pool中进行语义解析，从library cache中得到执行计划，得到7788存放块的位置及编号。顺着蓝色线条王东走，可以看到将老值sal=3000放到了undo块为f6，b51中（此处如果有f6，b51该块，则不进行undo表空间读取，否则undo tabspace将名为f6，b51的块调入buffer cache中）；新的值放在了database buffer cache中，同时记录日志。当ckpt检查点触发dbwr时，buffer cache会进行脏buffer刷取，将块f6，b51和块f4，b32分别进行刷写到对应的文件中。f6，b51会刷写到/u01/oradata/undotbs01.dbf 中，块f4，b32会刷写到data files文件中。当检查点触发dbwr时，redo log buffer会进行写日志条目，通过redo log的三种形态不断循环记录，形成归档日志。从事务提交时往下分析，已提交的事物会进行lgwr写日志条目，形成归档。
标签：工作方式 contents 路径 五步 激活 guarantee 用户 including das
原文地址：https://www.cnblogs.com/yqp-1/p/12293688.html
