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写日志条目,形成归档。
原文:https://www.cnblogs.com/yqp-1/p/12293688.html