undo transaction slot被覆盖引起ORA

测试环境:Oracle 11gR2 Restart

测试目的:模拟undo header事务表槽被覆盖引起ORA-01555的现象及原理解析

场景介绍: 

Session 1:

获取scott.tabnow1表中记录对应的relative_fno和block_number;

Update一条记录,但不commit,记录下所使用的xid、uba信息

Session 2:

以非SYS用户连接执行:set transaction read only;

Session 1:

Commit;

Session 3:

对scott.t1表连续做update+commit操作

Session 2:

成功遍历scott.tabnow1表

select * from scott.tabnow1;

Session 4:

再次对scott.t1表连续做update+commit操作,继续覆盖事务表

Session 2:

再次遍历scott.tabnow1表

得到ORA-01555错误

测试数据库配置:

##为简化测试过程,建立了一个256K的undotbs

SQL> show parameter undo

NAME                                TYPE        VALUE

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

undo_management                      string      AUTO

undo_retention                      integer    900

undo_tablespace                      string      UNDOSIG

SQL> select d.name,d.bytes from v$datafile d,v$tablespace t where t.ts#=d.ts# and t.name='UNDOSIG';

NAME                                          BYTES

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

+STESTDG1/stest2/undosig.dbf                262144

##undosig里只有一个undo segment online

SQL> select segment_name,tablespace_name,relative_fno,status from dba_rollback_segs where tablespace_name='UNDOSIG';

SEGMENT_NAME                  TABLESPACE_NAME                RELATIVE_FNO STATUS

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

_SYSSMU2$                      UNDOSIG                                  8 ONLINE

##undo segment里extent的分布情况,除去undo header所占据的block 8,block 9~31都可以被事务用来存放修改前内容:

SQL> select segment_name,extent_id,file_id,block_id,blocks from dba_extents where segment_name='_SYSSMU2$';

SEGMENT_NAME                    EXTENT_ID    FILE_ID  BLOCK_ID    BLOCKS

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

_SYSSMU2$                              0          8          8          8

_SYSSMU2$                              1          8        16          8

_SYSSMU2$                              2          8        24          8

##测试用到的两张表初始内容:

SQL> select * from scott.tabnow1;

USERNAME                          USER_ID CREATED

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

XS$NULLLL                        2147483638 21-OCT-11

NEWUSER                                84 12-MAR-14

SCOTTTTT                              83 21-OCT-11

OWBSYS_AUDIT                          82 21-OCT-11

OWBSYS                                78 21-OCT-11

APEX                                  77 21-OCT-11

APEX_PUBLIC                            75 21-OCT-11

FLOWS_FILE                            74 21-OCT-11

MGMT_VIEW                              73 21-OCT-11

DDD                                    34 28-MAY-14

SQL> select * from scott.t1;

ID

----------

34

34

开始测试过程:

/////////////

//session 1:

/////////////

##确定scott.tabnow1表中的记录所在的块,便于之后对data block作dump;所有的行都在同一个block中

select dbms_rowid.rowid_relative_fno(rowid) rfno,dbms_rowid.rowid_block_number(rowid) blkno from scott.tabnow1;

RFNO      BLKNO

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

4      1779

4      1779

4      1779

4      1779

4      1779

4      1779

4      1779

4      1779

4      1779

4      1779

##记录一下undo header的初始状态,slot 0x1e将成为下一个要用到的slot

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

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

uba: 0x02000010.187e.18 scn: 0x0000.00ae9095

TRN TBL::

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/31adee041cbfddebdb0c76723168ed2c.html