Chinaunix首页 | 论坛 | 博客

digdeep126的ChinaUnix博客digdeep126.blog.chinaunix.net

平凡的世界,非凡的人生---路遥

  • 博客访问: 1244258
  • 博文数量: 456
  • 博客积分: 8399
  • 博客等级: 中将
  • 技术积分: 4360
  • 用 户 组: 普通用户
  • 注册时间: 2011-06-09 10:44
文章分类

全部博文(456)

文章存档

2015年(1)

2014年(22)

2013年(44)

2012年(195)

2011年(194)

分类: Oracle

2012-10-25 16:49:39

undo表空间是Oracle特有的概念。undo表空间中会自动分配undo段,这些undo段用来保存事务中的DML语句的undo信息,也就是来保存数据在被修改之前的值。在rollback,实例恢复(前滚),一致性读CR块的构造时会使用到undo信息。由于undo的引入,从而Oracle的select语句实现一致性读时,不需要任何锁

undo表空间和其它表空间有很多类似的地方:undo数据块也会被读到buffer cache缓存起来,修改时也会产生redo log,数据也会写回到undo表空间的磁盘上。所以崩溃后,undo块的buffer cache也会恢复过来。

我们看一下undo表空间:
SQL> show parameter undo_tablespace;
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
undo_tablespace                      string      UNDOTBS1

SQL> select file_name,bytes/1024/1024 size_M from dba_data_files where tablespace_name='UNDOTBS1';
FILE_NAME                                          SIZE_M
---------------------------------------------- ----------
/u01/app/oracle/oradata/jiagulun/undotbs01.dbf         60

系统中现有的undo段:
SQL> select * from v$rollname;
       USN NAME
---------- ------------------------------
         0 SYSTEM
         1 _SYSSMU1$
         2 _SYSSMU2$
         3 _SYSSMU3$
         4 _SYSSMU4$
         5 _SYSSMU5$
         6 _SYSSMU6$
         7 _SYSSMU7$
         8 _SYSSMU8$
         9 _SYSSMU9$
        10 _SYSSMU10$
        11 _SYSSMU11$

12 rows selected.

注意:其中name=SYSTEM的undo段位于SYSTEM表空间,当涉及到对SYSTEM表空间修改时,使用的是上面name=SYSTEM的表空间。比如DDL语句使用的就是SYSTEM这个undo段。另外当我们的undo表空间UNDOTBS1损坏了时,也会使用SYSTEM这个undo段。随着系统的负载,undo段会根据需要自动增加。
SQL> select tablespace_name from dba_data_files;
TABLESPACE_NAME
------------------------------
USERS
SYSAUX
UNDOTBS1
SYSTEM
EXAMPLE

根据undo段的名字来查看段的信息:
SQL> select segment_name,blocks,extents from dba_segments where segment_name='_SYSSMU1$';
SEGMENT_NAME     BLOCKS    EXTENTS
------------ ---------- ----------
_SYSSMU1$           144          3

可见undo段_SYSSMU1$分配了3个区,144个block.下面我具体查看三个区的信息:
SQL> select segment_name,tablespace_name,extent_id,file_id,block_id,blocks from dba_extents where segment_name='_SYSSMU1$';

SEGMENT_NAME TABLESPACE_NAME                 EXTENT_ID    FILE_ID   BLOCK_ID     BLOCKS
------------ ------------------------------ ---------- ---------- ---------- ----------
_SYSSMU1$    UNDOTBS1                                0          2          9          8
_SYSSMU1$    UNDOTBS1                                1          2        129          8
_SYSSMU1$    UNDOTBS1                                2          2       1033        128

可见_SYSSMU1$段的第一个区占用了从第9好block开始的8个block;已经从129号block开始的8个block;已经从1033号block开始的128个block.

从而我们知道:段与段之间是不连续的,而段内部的block是连续的

从Oracle9i开始,undo表空间是自动管理,undo中的段、区等都是自动分配自动释放的,我只需要保证undo表空间有足够的大小。
SQL> show parameter undo;
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
undo_management                      string      AUTO
undo_retention                       integer     900
undo_tablespace                      string      UNDOTBS1

undo表空间的作用:
Oracle开始一个事务,当要修改数据时,会先将修改前的数据保存到undo表空间的undo段中。保存这些修改前的数据的原因下面这些场合需要undo数据:1)事务的回滚;2)实例恢复(回滚);3)一致性读时需要构造CR块;

undo段中区的状态:
SQL> select extent_id,bytes,status from dba_undo_extents where segment_name='_SYSSMU1$';
 EXTENT_ID      BYTES STATUS
---------- ---------- ---------
         0      65536 EXPIRED
         1      65536 EXPIRED
         2    1048576 EXPIRED

free: 区没有被使用;
active: 区中的undo信息对应的事务没有提交;
inactive: 对应的事务已经提交;
expired: 事务提交后,还没有超过undo_retention秒;
                      
Oracle尽量回使用free的undo区,不够再去扩充,再不够会使用expired的undo区,Oracle原则上是不覆盖inactive的区,但是当undo空间不够时,也可能会使用inactive状态的区;我们可以使用下面的命令来强制Oracle不能覆盖inactive的区:
alter tablespace undotbs1 retention guarantee (强制保证不覆盖)
alter tablespace undotbs1 retention noguarantee (不保证不被覆盖)

SQL> select tablespace_name,retention from dba_tablespaces;
TABLESPACE_NAME                RETENTION
------------------------------ -----------
SYSTEM                         NOT APPLY
UNDOTBS1                       NOGUARANTEE
SYSAUX                         NOT APPLY
TEMP                           NOT APPLY
USERS                          NOT APPLY
EXAMPLE                        NOT APPLY

6 rows selected.
阅读(14025) | 评论(0) | 转发(3) |
0

上一篇:PGA剖析

下一篇:undo与事务剖析

给主人留下些什么吧!~~
评论热议
请登录后评论。

登录 注册