oracle回滚机制深入研究

这篇文章主要描写叙述oracle的回滚机制，篇幅可能较长，由于对于oracle的回滚机制来说，要讨论和描写叙述的实在太多，仅仅能刷选自己觉得最有意义的一部分进行深入研究和分享

一、我们来看一个DML语句的处理过程描写叙述

update undotest set object_type='VIEW' where object_type='PROCEDURE';

检查shared pool中是否存在同样的语句。假设存在。重用运行计划，运行扫描运算，假设不存在。运行硬解析生成运行计划
依据运行计划中的扫描运算，检查undotest表中的相关数据块是否存在buffer cache中，假设不存在则读取到内存中
检查数据块中符合object_type='PROCEDURE'条件的记录，假设没有符合条件的行记录，则结束语句。假设存在则进入下一步
以当前模式（current）获取符合object_type='PROCEDURE'条件的数据块，准备进行更新
在回滚表空间的对应回滚段头的事务表上分配事务槽，这个动作须要记录redo日志
从回滚段数据块上创建object_type='PROCEDURE'的前映像数据，这个动作也要记录redo日志
改动object_type='VIEW' ，这是DML操作的数据变更，而须要记录redo日志
用户提交时，在redo日志中记录提交信息，将回滚段头上的事务表和回滚段数据块标记为非活动，清除改动数据块上的事务信息（也可能延迟清除）。同一时候必须确保整个事务的redp日志写到磁盘上的日志文件

注意：假设最后用户回滚了事务，oracle从回滚段中将前映像数据提取出来，覆盖被更新的数据块。这个回滚动作本身也须要产生redo日志，因此。我们要知道回滚的代价很昂贵。

二、不同的DML操作，UNDO BLOCK中保存的前映像内容

INSERT操作，UNDO中仅仅须要保存插入记录的rowid，假设须要回退，通过保存的rowid进行删除就可以（后面有案例）
UPDATE操作。UNDO中仅仅须要记录被更新字段的旧值，假设须要回退，仅仅须要通过旧值覆盖更新后的值就可以。
DELETE操作。UNDO中必须记录整行的数据。假设须要回退，仅仅须要将这整行的数据又一次插入至表中就可以。

备注：本文章仅仅对INSERT操作。UNDO中保存的内容进行測试。至于UPDATE、DELETE操作。实验方法基本一致，这里就不再累赘

演示样例

1.开启事务

SQL> create table tt as select object_name,object_id from dba_objects;

Table created.

);
--运行insert操作

row created.

2.检查事务信息和其它一些事务信息

SQL> select HEADER_FILE,HEADER_BLOCK from dba_segments a where segment_name='TT';

HEADER_FILE HEADER_BLOCK

----------- ------------



SQL> SELECT

    dbms_rowid.rowid_object(rowid) object_id,

     dbms_rowid.rowid_relative_fno(rowid) REL_FNO,

    dbms_rowid.rowid_block_number(rowid) BLOCKNO,

     dbms_rowid.rowid_row_number(rowid) ROWNO,rowid,object_name

     FROM tt WHERE object_name='dddddd';

OBJECT_ID REL_FNO BLOCKNO ROWNO ROWID

---------- ---------- ---------- ---------- ------------------

OBJECT_NAME

--------------------------------------------------------------------------------

               AAAR7WAAEAAAAR+AAA

dddddd

SQL> select xidusn,xidslot,xidsqn,ubablk,ubafil,ubarec,to_char(start_scnw,'xxxxxxxx')
start_scnw,

    to_char(start_scnb,,)
start_scn

    from v$transaction;

XIDUSN XIDSLOT XIDSQN UBABLK UBAFIL UBAREC START_SCNW START_SCNB START_SCN

---------- ---------- ---------- ---------- ---------- ---------- -------------------- -------------------- ----------


     f5520

依据上面查询获取的事务信息，dump insert事务undo 段头和undo 块

;

NAME

------------------------------

_SYSSMU5_1527469038$

3.dump undo 段头和undo 块

SQL> oradebug setmypid;

Statement processed.

SQL> oradebug tracefile_name

/u01/oracle/diag/rdbms/test/test/trace/test_ora_604.trc

SQL> alter system dump undo header '_SYSSMU5_1527469038$';

System altered.

block ;

System altered.

UNDO BLK:

xid: 0x0005..000003c0  seq: 0x12c cnt: 0x7 irb: 0x7 icl: 0x0 flg: 0x0000

Rec Offset   Rec Offset   Rec Offset   Rec Offset
Rec Offset

---------------------------------------------------------------------------

0x01 0x1fa4 0x02 0x1f48 0x03 0x1ecc 0x04 0x1e70 0x05 0x1df4

0x06 0x1d90 0x07 0x1d20

*-----------------------------

(0x00000004)

(   rci 0x00

Undo type: Regular undo Begin trans Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000Ext idx:

flg2:

*-----------------------------

uba: 0x00c005b9.012c.2d ctl max scn: 0x0000.000f4ed4 prv tx scn: 0x0000.000f4ee0

txn

prev brb:  prev bcl:

KDO undo record:

KTB Redo

op: 0x03 ver: 0x01

compat  (post) padding:

op: Z

KDO Op code: DRP row dependencies Disabled   --DRP操作完毕回滚

xtype: XA flags: 0x00000000 bdba: 0x0100047e hdba: 0x0100032a --bdba表示block address hdba 代表sgment header address

itli:   ispac:   maxfr:

tabn:  slot: (0x0) ---------这个slot表示这一行数据在数据块中的行地址（行序列）

当中bdba表示file ，block  ,hdba表示file 。block  与我们上面查询出来的地址相符。

我们能够看到，undo块中并没有直接保存rowid信息。可是oracle全然能够依据上面的几个信息（bdba,slot,objd)定位回滚时须要删除的详细数据，因此对于Insert操作，ORACLE仅仅需保留上述信息，就可以完毕回滚操作

三、基本概念和名词解释

UBA: Undo block address
RBA: Redo block address
Dba: Data block address
Rdba: Root dba
Xid: Transaction ID
ITL: Interested Transaction List 保存在数据块的头部（事务信息部分），包括XID,UBA,LCK。FLG等重要信息

Transaction Identifiers

Transaction identifiers (XID) uniquely identify a transaction within the system; they are used within the Interested Transaction List (ITL) of the data block.

A transaction identifier consists of:

Undo segment number 即v$rollname中的usn
Transaction table slot number 相应回滚段头中回滚事务表的第几条记录
Sequence number or wrap#

XID = usn# . slot# . wrap#

Undo Block Address

The undo block address (UBA) uniquely identifies the undo block for a given transaction; it is found within the ITL of the data block.

A UBA consists of:

Data block address (DBA) of the block 前映像undo 块地址
The sequence number of the block 序列号
The record number within the block undo记录的開始地址（针对该块）

UBA = DBA. seq#. rec#

四、从一个DML语句開始研究，SESSION A运行以下的语句，更新完毕后先不提交

（1）session A运行更新。更新两条数据，例如以下

,);

ID OBJECT_ID OBJECT_NAME OBJECT_TYPE

---------- ---------- -------------------- ---------------

        SUBPTXT2   PROCEDURE

        SUBPTXT PROCEDURE

,);

rows updated.

,);

ID OBJECT_ID OBJECT_NAME OBJECT_TYPE

---------- ---------- -------------------- ---------------

        SUBPTXT2   VIEW

        SUBPTXT VIEW

（2）查询更新数据块的信息和事务信息

sQL> SELECT

dbms_rowid.rowid_object(rowid) object_id,

     dbms_rowid.rowid_relative_fno(rowid) REL_FNO,

    dbms_rowid.rowid_block_number(rowid) BLOCKNO,

     dbms_rowid.rowid_row_number(rowid) ROWNO,rowid,id,object_name,object_type

     ,);

OBJECT_ID REL_FNO BLOCKNO ROWNO ROWID ID OBJECT_NAME OBJECT_TYPE

---------- ---------- ---------- ---------- ------------------ ---------- -------------------- ---------------

               AAAR7QAAEAAAADDABG    SUBPTXT2
  VIEW

               AAAR7QAAEAAAADDABH    SUBPTXT
VIEW

SQL> select xidusn,xidslot,xidsqn,ubablk,ubafil,ubarec,to_char(start_scnw,'xxxxxxxx')
start_scnw,

    to_char(start_scnb,,)
start_scn

    from v$transaction;

XIDUSN XIDSLOT XIDSQN UBABLK UBAFIL UBAREC START_SCNW START_SCNB START_SCN

---------- ---------- ---------- ---------- ---------- ---------- -------------------- -------------------- ----------



;

NAME

------------------------------

_SYSSMU19$

(3)刷新内存，dump数据块,undo 段头，undo block，例如以下

SQL> alter system flush buffer_cache;

System altered.

SQL> oradebug

SQL> oradebug setmypid

Statement processed.

SQL> oradebug tracefile_name

/u01/oracle/diag/rdbms/test/test/trace/test_ora_902.trc

block ;

System altered.

SQL> alter system dump undo header '_SYSSMU19$';

System altered.

block ;

System altered.

（4）分析数据块dump文件

Block header dump: 0x010000c3

Object id on Block? Y

seg  flg: E typ:  - DATA

brn:   bdba: 0x10000b8 ver: 0x01 opc:

inc:   exflg:

Itl Xid Uba Flag Lck Scn/Fsc

0x01 0xffff.000.00000000 0x00000000.0000.00    scn 0x0000.000f2e95

0x02 0x0013.000.  0x01400102..  ----
   fsc 0x000a.00000000

0x03 0x0000.000.00000000 0x00000000.0000.00    fsc 0x0000.00000000

uba中undo record參数为。即这个事务在这个数据块上的变更（改动）产生的undo记录（变更旧值记录）在相应的undo数据块中的開始地址（開始偏移量）

bdba: 0x010000c3

data_block_dump,data header at 0x2b0a86e2da7c

.....省略一部分..........

tab , , @0x45f

tl:  fb: --H-FL-- lb:
0x2  cc:    ---这一行数据被锁定，锁定该行数据的事务为ITL事务槽中的第二个事务。

col : [ ] c2

col : [ ] c2

col : [ ]

col : [ ]

tab , , @0x447

tl:  fb: --H-FL-- lb:
0x2  cc:    ---这一行数据被锁定，锁定该行数据的事务为ITL事务槽中的第二个事务。

col : [ ] c2

col : [ ] c2

col : [ ]

col : [ ]

.........省略trace 文件里后面的输出.............

（5）分析undo 段头dump文件

这个uba经过測试验证，为事务表中最后（最新）一个事务的相应的undo block上的第一个undo record,即当这个回滚段头存在多个事务时。这个uba表示最新的事务的uba地址，这个地址在整个事务的周期内不发生改变（除非这个回滚段头上又分配了一个新的事务表）。因此，这个地址指向的是事务使用的第一个undo block

Version: 0x01

  FREE BLOCK POOL::

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

TRN TBL::

  index  state cflags wrap# uel scn dba parent-xid nub stmt_num cmt

  ------------------------------------------------------------------------------------------------

0x01     0x00 0x0003 0x0002 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000

0x02     0x00 0x0003 0x0003 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000

0x03     0x00 0x0003 0x0004 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000

............省略中间一部分................

0x1f     0x00 0x0003 0x0020 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000

0x20     0x00 0x0003 0x0021 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000

0x21     0x00 0x0003 0xffff 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000

回想我们開始时查询的事务XID信息：xidslot=0（这个事务占用UNDO事务表中第几号事务槽） and xidseq=4 与上面标红的0x00、state=10（代表事务状态为活动）、wrap#=4 全然相符合。

当中dba列值表示包括这个事务的前映像的undo块地址（事务最后更新的前映像UNDO地址）,与ITL事务槽中的uba地址一致。即file 5,block 258(可使用dbms_utility.data_block_address_file函数转换）

（6）分析UNDO block dump文件

UNDO BLK:

xid: 0x0013.000.  seq: 0x1 cnt: 0x2   irb: 0x2   icl: 0x0 flg: 0x0000

Rec Offset   Rec Offset   Rec Offset   Rec Offset
Rec Offset   --undo信息偏移量,在undo块中偏移

---------------------------------------------------------------------------

0x01 0x1f58 0x02 0x1ef4   --当前undo块中的最后一个偏移地址即Ox02 与irb一致

当中irb:0x2 表示未提交事务最新（最后运行的）变更相应的undo数据块中的UNDO record地址，假设開始rollback，这是回滚的起点。

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004) --依据Rec
#0x2 中的rci记录找到#0x1

(   rci 0x00   。表示这是事务回滚过程中的最后一条记录

Undo type: Regular undo Begin trans Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000Ext idx:

flg2:

*-----------------------------

uba: 0x00000000.0000.00 ctl max scn: 0x0000.000e61e6 prv tx scn: 0x0000.000e61e6

txn

prev brb:  prev bcl:

KDO undo record:

KTB Redo

op: 0x03 ver: 0x01

compat  (post) padding:

op: Z

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000c3 hdba: 0x010000aa

itli:   ispac:   maxfr:

tabn:  slot: (0x46) flag: 0x2c  ckix:   --slot表示更新数据的行序列值（rowno），用于定位详细的数据。与我们查询的一致

ncol:  nnew:

col : [ ]            ---转换为字符为‘PROCEDURE’。与我们更新前数据一致

转换方法：

SELECT utl_raw.cast_to_varchar2(replace('50 52 4f 43 45 44 55 52 45',' ')) value FROM dual;

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004)

(   rci 0x01   --指向REC#
0x01。即上一个偏移量

Undo type: Regular undo   Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000

*-----------------------------

KDO undo record:

KTB Redo

op: 0x02 ver: 0x01

compat  (post) padding:

op: .   --这个uba表示undo chain tx table。即同一update语句中的undo chain地址，这里为1，指向第一个偏移量。一个事务中的不同DML语句，无法通过该參数连接起来（形成undo
chain）。由于该參数，不能跨越DML语句。

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000c3 hdba: 0x010000aa

itli:   ispac:   maxfr:

tabn:  slot: (0x47) flag: 0x2c  ckix:   --slot表示更新数据的行序列值（rowno），用于定位详细的数据，与我们查询的一致

ncol:  nnew:

col : [ ]           --与上面描写叙述的一样，转换为字符为‘PROCEDURE’，与我们更新前数据一致

Rec #0x2 这条undo record中还记录了一个rci參数，表示undo chain。同一个事务中的多次改动，依据这个chain连接起来。
当前rci參数值为0x01，即指向该undo块中的第一个undo record,找到Rec #0x01 undo record后，检查发现确实是我们这个UPDATE语句中的被更新的还有一条数据。

五、在SESSION A中继续进行更新操作，进一步研究

（1）更新两条数据。同一时候查询主要的事务信息和数据块信息

,);

rows updated.

SQL> SELECT

    dbms_rowid.rowid_object(rowid) object_id,

     dbms_rowid.rowid_relative_fno(rowid) REL_FNO,

    dbms_rowid.rowid_block_number(rowid) BLOCKNO,

     dbms_rowid.rowid_row_number(rowid) ROWNO,rowid,id,object_name,object_type

     ,);

OBJECT_ID REL_FNO BLOCKNO ROWNO ROWID ID OBJECT_NAME OBJECT_TYPE

---------- ---------- ---------- ---------- ------------------ ---------- -------------------- ---------------

               AAAR7QAAEAAAADsAAp   DBMS_FEATURE_RMAN_BZ PROCEDURE

IP2

               AAAR7QAAEAAAADsAAq   DBMS_FEATURE_RMAN_BA PROCEDURE

SIC

SQL> select xidusn,xidslot,xidsqn,ubablk,ubafil,ubarec,to_char(start_scnw,'xxxxxxxx')
start_scnw,

    to_char(start_scnb,,)
start_scn

    from v$transaction;

XIDUSN XIDSLOT XIDSQN UBABLK UBAFIL UBAREC START_SCNW START_SCNB START_SCN

---------- ---------- ---------- ---------- ---------- ---------- -------------------- -------------------- ----------



SQL> alter system flush buffer_cache;

System altered.

block ;

System altered.

block ;

System altered.

SQL> alter system dump undo header '_SYSSMU19$';

System altered.

block ;

System altered.

（2）分析数据块dump文件

能够看到。SESSION A事务中第一个update语句改动的数据块（datafile 4 block 195）没有不论什么改变

Block header dump: 0x010000c3

Object id on Block?

Y

seg  flg: E typ:  - DATA

brn:   bdba: 0x10000b8 ver: 0x01 opc:

inc:   exflg:

Itl Xid Uba Flag Lck Scn/Fsc

0x01 0xffff.000.00000000 0x00000000.0000.00    scn 0x0000.000f2e95

0x02 0x0013.000.  0x01400102..  ----
   fsc 0x000a.00000000

0x03 0x0000.000.00000000 0x00000000.0000.00    fsc 0x0000.00000000

bdba: 0x010000c3

data_block_dump,data header at 0x2b5f5d4e6a7c

.........省略trace 文件里后面的输出.............

事务中第二个update语句改动的数据块（4。236）上的事务信息与我们查询的一致，例如以下

Block header dump: 0x010000ec

Object id on Block?

Y

seg  flg: E typ:  - DATA

brn:   bdba: 0x10000e8 ver: 0x01 opc:

inc:   exflg:

Itl Xid Uba Flag Lck Scn/Fsc

0x01 0xffff.000.00000000 0x00000000.0000.00    scn 0x0000.000f2e95

0x02 0x0013.000.00000004  0x01400102.0001.04  ----   2  fsc 0x000a.00000000

0x03 0x0000.000.00000000 0x00000000.0000.00    fsc 0x0000.00000000

bdba: 0x010000ec

data_block_dump,data header at 0x2b5f5d4e6a7c

..........省略一部分..........

tab , , @0x38f

tl:  fb: --H-FL-- lb:
0x2 cc:

col : [ ] c3

col : [ ] c3

col : []



col : [ ]

tab , , @0x365

tl:  fb: --H-FL-- lb:
0x2  cc:

col : [ ] c3

col : [ ] c3

col : []

.........省略trace 文件里后面的输出.............

（3）分析undo 段头dump文件

Undo Segment: _SYSSMU19$ (19)

********************************************************************************

...............省略一部分..............

TRN CTL:: seq: 0x0001 chd: 0x0001 ctl: 0x0021 inc: 0x00000000 nfb: 0x0000

mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: 2147483646 (0x7ffffffe)

uba: 0x01400102.0001.01 scn: 0x0000.000e61e6

Version: 0x01

FREE BLOCK POOL::

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

TRN TBL::

index state cflags wrap# uel scn dba parent-xid nub stmt_num cmt

------------------------------------------------------------------------------------------------

0x00 10 0x80 0x0004 0x0000 0x0000.00000000 0x01400102  0x0000.000.00000000 0x00000001 0x00000000 0

0x01 9 0x00 0x0003 0x0002 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000 0

0x02 9 0x00 0x0003 0x0003 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000 0

0x03 9 0x00 0x0003 0x0004 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000 0

0x04 9 0x00 0x0003 0x0005 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000 0

0x05 9 0x00 0x0003 0x0006 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000 0

.........省略trace 文件里后面的输出.............

undo段头上的事务表没有发生改变

（4）分析undo block dump文件

UNDO BLK:

xid: 0x0013.000.  seq: 0x1 cnt: 0x4 irb: 0x4 icl: 0x0 flg: 0x0000

Rec Offset   Rec Offset   Rec Offset   Rec Offset
Rec Offset

---------------------------------------------------------------------------

0x01 0x1f58 0x02 0x1ef4 0x03 0x1e98 0x04 0x1e34

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004)

(   rci 0x00

Undo type: Regular undo Begin trans Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000Ext idx:

flg2:

*-----------------------------

uba: 0x00000000.0000.00 ctl max scn: 0x0000.000e61e6 prv tx scn: 0x0000.000e61e6

txn

prev brb:  prev bcl:

KDO undo record:

KTB Redo

op: 0x03 ver: 0x01

compat  (post) padding:

op: Z

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000c3 hdba: 0x010000aa

itli:   ispac:   maxfr:

tabn:  slot: (0x46) flag: 0x2c  ckix:

ncol:  nnew:

col : [ ]

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004)

(   rci 0x01

Undo type: Regular undo   Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000

*-----------------------------

KDO undo record:

KTB Redo

op: 0x02 ver: 0x01

compat  (post) padding:

op: .

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000c3 hdba: 0x010000aa

itli:   ispac:   maxfr:

tabn:  slot: (0x47) flag: 0x2c  ckix:

ncol:  nnew:

col : [ ]

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004)

(   rci 0x02

Undo type: Regular undo   Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000

*-----------------------------

KDO undo record:

KTB Redo

op: 0x03 ver: 0x01

compat  (post) padding:

op: Z

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000ec hdba: 0x010000aa --bdba：4,236。即我们update语句改动的数据块，与查询出来的信息一致

itli:   ispac:   maxfr:

tabn:  slot: (0x29) flag: 0x2c  ckix:

ncol:  nnew:

col : [ ]            ---转换为字符为‘PROCEDURE’，与我们更新前数据一致

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004)

(   rci 0x03

Undo type: Regular undo   Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000

*-----------------------------

KDO undo record:

KTB Redo

op: 0x02 ver: 0x01

compat  (post) padding:

op: .03
--新发起的update语句，uba參数值与第一条不同（Rec #0x2 undo record记录），事务中的每一个DML语句保存自己的uba，用于语句回滚

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000ec hdba: 0x010000aa   ,。即我们update语句改动的数据块，与查询出来的信息一致

itli:   ispac:   maxfr:

tabn:  slot: (0x2a) flag: 0x2c  ckix:

ncol:  nnew:

col : [ ]            ---转换为字符为‘PROCEDURE’，与我们更新前数据一致

file#:  minblk  maxblk

六、再次在SESSION A中进行更新，当事务使用的undo block超过一个1个时，分析整个事务的undo record是怎么串联起来。

（1）在session A 中继续更新undotest，并查看事务信息

;

rows updated.

SQL> select xidusn,xidslot,xidsqn,ubablk,ubafil,ubarec,to_char(start_scnw,'xxxxxxxx')
start_scnw,

    to_char(start_scnb,,)
start_scn

    from v$transaction;

XIDUSN XIDSLOT XIDSQN UBABLK UBAFIL UBAREC START_SCNW START_SCNB START_SCN

---------- ---------- ---------- ---------- ---------- ---------- -------------------- -------------------- ----------




UBABLK之前为258，如今查询出来为259，因此能够肯定眼下事务使用已经超过一个UNDO block。

（2）DUMP 段头，undo 块，data block，这里就不再列举出来

SQL> alter system flush buffer_cache;

System altered.

block ;

System altered.

SQL> alter system dump undo header '_SYSSMU19$';

System altered.

（3）分析dump 出来的trace 文件

********************************************************************************

Undo Segment: _SYSSMU19$ ()

********************************************************************************

Extent Control Header

  -----------------------------------------------------------------

Extent Header:: spare1:    spare2:    #extents:    #blocks:



Highwater:: 0x01400103 ext#:    blk#:    ext

#blocks in seg. hdr's freelists: 0

#blocks below: 0

mapblk 0x00000000 offset: 0

Unlocked

Map Header:: next 0x00000000 #extents: 2 obj#: 0 flag: 0x40000000

Extent Map

-----------------------------------------------------------------

0x01400101 length: 7

0x01400108 length: 8



Retention Table

-----------------------------------------------------------

Extent Number:0 Commit Time: 0

Extent Number:1 Commit Time: 0



TRN CTL:: seq: 0x0001 chd: 0x0001 ctl: 0x0021 inc: 0x00000000 nfb: 0x0000

mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: 2147483646 (0x7ffffffe)

  uba: 0x01400102.0001.01 scn: 0x0000.000e61e6

Version: 0x01

FREE BLOCK POOL::

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

uba: 0x00000000.0000.00 ext: 0x0 spc: 0x0

TRN TBL::

index state cflags wrap# uel scn dba parent-xid nub stmt_num cmt

------------------------------------------------------------------------------------------------

0x00 10 0x80 0x0004 0x0000 0x0000.00000000 0x01400103  0x0000.000.00000000 0x00000002 0x00000000 0

0x01 9 0x00 0x0003 0x0002 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000 0

0x02 9 0x00 0x0003 0x0003 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000 0

0x03 9 0x00 0x0003 0x0004 0x0000.000e61e6 0x00000000 0x0000.000.00000000 0x00000000 0x00000000 0

.........省略trace 文件里后面的输出.............

能够看到dba的地址已经发生改变。指向最新使用的undo block地址。即datafile 5,block 259

（4）分析undo block trace

1.以下是undo block datafile 5 block 259的dump trace文件

UNDO BLK:

xid: 0x0013.000.  seq: 0x1 cnt: 0x14 irb: 0x14  icl: 0x0 flg: 0x0000

Rec Offset   Rec Offset   Rec Offset   Rec Offset
Rec Offset

---------------------------------------------------------------------------

0x01 0x1f88 0x02 0x1f28 0x03 0x1ec8 0x04 0x1e68 0x05 0x1e08

0x06 0x1da8 0x07 0x1d48 0x08 0x1ce8 0x09 0x1c88 0x0a 0x1c28

0x0b 0x1bc8 0x0c 0x1b68 0x0d 0x1b08 0x0e 0x1aa8 0x0f 0x1a48

0x10 0x19e8 0x11 0x1988 0x12 0x1928 0x13 0x18c8 0x14 0x1868

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004)

(   rci 0x00

Undo type: Regular undo   Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x01400102

*-----------------------------

KDO undo record:

KTB Redo

op: 0x02 ver: 0x01

compat  (post) padding:

op: .  --当一个事务使用多个undo
block时，事务使用的undo块顺序，是依据这个參数串联起来，即undo chain

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000ab hdba: 0x010000aa

itli:   ispac:   maxfr:

tabn:  slot: (0xc9) flag: 0x2c  ckix:

ncol:  nnew:

col : [ ]

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004)

(   rci 0x01

Undo type: Regular undo   Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000

*-----------------------------

KDO undo record:

KTB Redo

op: 0x02 ver: 0x01

compat  (post) padding:

op: .

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000ab hdba: 0x010000aa

itli:   ispac:   maxfr:

tabn:  slot: (0xcd) flag: 0x2c  ckix:

ncol:  nnew:

col : [ ]

*-----------------------------

.................省略一部分................

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004)

(   rci 0x12

Undo type: Regular undo   Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000

*-----------------------------

KDO undo record:

KTB Redo

op: 0x02 ver: 0x01

compat  (post) padding:

op: .

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000ab hdba: 0x010000aa

itli:   ispac:   maxfr:

tabn:  slot: (0xef) flag: 0x2c  ckix:

ncol:  nnew:

col : [ ]

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004)
--这个相应irb參数：0x14，也相应ITL中的UBA第三个參数：undo record的開始地址。

(   rci 0x13

Undo type: Regular undo   Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000

*-----------------------------

KDO undo record:

KTB Redo

op: 0x02 ver: 0x01

compat  (post) padding:

op: .

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000ab hdba: 0x010000aa

itli:   ispac:   maxfr:

tabn:  slot: (0xf1) flag: 0x2c  ckix:

ncol:  nnew:

col : [ ]     4c 45
---转化为字符，能够发现与我们更新的旧值同样。符合我们的语气

file#:  minblk  maxblk

2.以下是undo block datafile 5 block 258（事务使用的第一个undo block）的dump trace文件

我们能够看到例如以下内容（省略无用信息），注意undo record中的uba參数

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004)

(   rci 0x03

Undo type: Regular undo   Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000

*-----------------------------

KDO undo record:

KTB Redo

op: 0x02 ver: 0x01

compat  (post) padding:

op: .

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000ec hdba: 0x010000aa

itli:   ispac:   maxfr:

tabn:  slot: (0x2a) flag: 0x2c  ckix:

ncol:  nnew:

col : [ ]

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004)

(   rci 0x04

Undo type: Regular undo   Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000

*-----------------------------

KDO undo record:

KTB Redo

op: 0x03 ver: 0x01

compat  (post) padding:

op: Z

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000ab hdba: 0x010000aa

itli:   ispac:   maxfr:

tabn:  slot: (0x0) flag: 0x2c  ckix:

ncol:  nnew:

col : [ ]

Rec #0x5 记录时我们最后一个update语句使用的第一个undo记录，我们能够看到。该记录中并没有保存事务中上一条语句使用的uba，因此我们能够知道。undo record中的uba參数无法跨越语句，仅仅能在单个语句中将undo记录串联起来

*-----------------------------

(0x00011ed0) objd:   tblspc: (0x00000004)

(   rci 0x05

Undo type: Regular undo   Last buffer split: No

Temp Object: No

Tablespace Undo: No

rdba: 0x00000000

*-----------------------------

KDO undo record:

KTB Redo

op: 0x02 ver: 0x01

compat  (post) padding:

op: .05

KDO Op code: URP row dependencies Disabled

xtype: XA flags: 0x00000000 bdba: 0x010000ab hdba: 0x010000aa

itli:   ispac:   maxfr:

tabn:  slot: (0x2) flag: 0x2c  ckix:

ncol:  nnew:

col : [ ]

七、一些结论

UNDO段头中TRN CTL的uba參数：UNDO段头的事务表中最后（最新）一个事务的相应的undo
block上的第一个undo record,即当这个回滚段头存在多个事务时，这个uba表示最新的事务的uba地址，这个地址在整个事务的周期内不发生改变（除非这个回滚段头上又分配了一个新的事务表），因此。这个地址指向的是事务使用的第一个undo block；
UNDO BLOCK中undo record记录中的uba參数：假设事务中的一个DML语句须要使用多个undo record，则这个參数指向的是前一个undo record的记录。通过这个參数能够形成同一个DML语句的undo
chain tx table。可是一个事务中的不同DML语句，无法通过该參数连接起来（形成undo chain）。由于该參数，不能跨越DML语句。当一个事务使用多个undo
block时。事务使用的undo块顺序。是依据这个參数串联起来；
数据块头的ITL中的uba參数：指向事务在这个数据块上的变更（改动）所使用的undo块中的最后一个undo
record偏移量地址，针对这个数据块改动，这个uba是回滚的起点。
UNDO record中的bdba表示block address 。hdba表示 segment header address
undo块中不会直接保存rowid信息，可是oracle全然能够undo record中几个信息（bdba,slot,objd),生成数据变更是的详细地址（rowid）；
一个事务所使用的undo记录顺序是通过undo record中的uba參数、rci參数，undo块上的irb,itl中的uba共同起作用来串联变更的顺序，事务的回滚也是依据这个undo chain按顺序完毕。
当中最关键的两个參数：undo
record中的uba 形成单个dml语句的undo chain,rci參数能够跨越DML语句，能够指向事务中前一个dml语句使用的undo
record。

最后部分事实上有几张原理图想要附上，供大家更清晰的了解。只是不知道怎么上传到博客，有须要的朋友直接给我留言吧

秒客网

oracle回滚机制深入研究

相关文章