oracle体系-10-undo

Posted 2021-03-10 yqp-1

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写日志条目，形成归档。