《Oracle内核技术揭秘》（笔记）--第六章 UNDO 回滚段_oracle undo 表空间查看全部回滚段-优快云博客

本文链接：https://blog.youkuaiyun.com/zgytransmit/article/details/104806747

本章没有讲回滚段如何在事务中使用，重点是回滚段的管理。

1.事务基本信息

回滚段，和表段、索引段一样，就是一个“段”空间。用来保存前映像相关数据。不同之处是：由Oracle自行管理。Oracle会在需要时创建回滚段，不需要时删除，空间不够时自动扩展。

回滚段分为在用（online，当前回滚段）和不在用（offline，非当前回滚段）

查看所有回滚段：dba_rollback_segs视图

只查看当前回滚段：

select * from v$rollname;

0 SYSTM回滚段：自用，为数据字典的相关事务提供服务

余下的：自动创建。这10个都是普通的段，与表、索引段没有区别。

所有针对段的普通视图，都可以查看UNDO段的信息。如：dba_segments、dba_extents、dba_undo_extents(比dba_extents多一个STATUS，记录是否有活动或未过期的事务)等

可以从dba_setments查看UNDO段的具体信息

select header_file, header_block,blocks, segment_type
from dba_segments 
where segment_name = 'XXXX上面查出来的某个名字'

很清晰的显示：

段头在3号文件128号块，共2704块，类型是UNDO。

在dba_extents中，还能查到它的具体区的信息：

select extent_id, file_id, block_id, blocks from dba_extents
where segment_name='上面查出来的段名字';

把这个段2704个块的分布，都列出来了。

9个区，前面的8个块（64KB），后面大的8MB。UNDO的区大小不能设置为统一，是自动管理的。

至于自动创建几个（是不是10个）UNOD段，是不一定的，取决于UNDO表空间大小。

创建UNDO表空间语句：

create undo tablespace myundo DATAFILE '+dg/myundo.dbf' size 512K;

随着事务增加，Oracle会逐渐创建越来越多的UNDO段。倾向于每一个事务都独占一个回滚段。直到认为UNDO表空间剩余空间不多时（所谓不多，就是UNDO表空间剩余空间滑落到50%左右时为止），才会让新、旧事务共享一个回滚段。Oracle回滚段策略是：创建更多、更小的回滚段，而不是创建少量巨大的回滚段。

例子中，通过创建多个事务，观察上述视图查看回滚段变化。

也可查看事务被分配到哪个回滚段：

select xidusn, UBAFIL, UBABLK, UBAREC from v$transaction;

XIDUSN：回滚段编号，随着事务增多，在原来基础上，增加了个18号回滚段。

如果并发事务减少，不再需要很多回滚段，会将一些回滚段的状态改为OFFLINE。在别的回滚段需要空间时，OFFLINE的回顾段可以被删除，腾出空间。

2.回滚段重用规则

回滚段重用：只要事务提交或过期了，它的前映像所占的回滚块，就可以被其他事务覆盖。

但重用有一定规则。

SEQ值：回滚块的块头有一个SEQ值。看图说话

1号区前3个块SEQ为7。当有事务占用1号区第4块时，它的SEQ也会变为7，占用第5块，也变为7。

继续往前，占用第二个区第1块时，这个区的SEQ变为8。2号继续占用，持续用8，等到切到3号区时，SEQ都为9。就这样循环。

规则1：被重用块的SEQ值必须小于区新一轮的SEQ值。并不是已提交时间超过undo_retention的UNDO块都可以被覆盖。

A事务占用0号区3号块，SEQ时10。新来事务B从4号块开始，且马上提交。但A没提交，继续做事务，3号不够了，需要再占用一个回滚块。此时B已经提交，且已经超过undo_retention时间，A会覆盖B的块吗？不会，因为4号块的SEQ是10，A需要跳过这个块用后面的。

补充：Undo_retention是一个“目标期望值”。用户设置出这个值之后，Oracle内部会尽量保证将Undo数据保留超过undo_retention设置的时间。在这个过程中，Oracle会涉及到比如尝试拓展Undo表空间数据文件、Undo Segment管理等内容。但是，如果“现实比较残酷”，比如说Undo使用紧张、没有额外的方法，那么这个时间段也是不能保证的。

规则2：不能跳过包含未提交事务的块重用后面的块。需要进行UNDO段膨胀。