oracle undo段头的深度分析
产生一个事物updatesetnum=00 where id=1
查看事物信息，可以发现事物用的是3号段select xid,xidusn,xidslot,xidsqn,ubablk,ubafil from v$transaction;
XID XIDUSNXIDSLOTXIDSQNUBABLKUBAFIL---------------- ---------- ---------- ---------- ---------- ----------01001E0007050000330 1287 15663
回滚段的段头块select * from v$rollname;USN NAME---------- ------------------------------0 SYSTEM1 _SYSSMU1_3780397527$2 _SYSSMU2_2232571081$3 _SYSSMU3_2097677531$4 _SYSSMU4_1152005954$5 _SYSSMU5_1527469038$6 _SYSSMU6_2443381498$7 _SYSSMU7_3286610060$8 _SYSSMU8_2012382730$9 _SYSSMU9_1424341975$10 _SYSSMU10_3550978943$
查看3号回滚段的段头id和块号select header_block,header_file from dba_segments where segment_name='_SYSSMU3_2097677531$';HEADER_BLOCK HEADER_FILE------------ -----------160 3
转储回滚段头 查看当前会话的进程编号alter system dump undo header '_SYSSMU3_2097677531$';
select spid from v$process where addr in (select paddr from v$session where sid=(select sid from v$mystat where rownum=1));
SPID------------------------38380spid//server process ID 38380
查看trace的名称select * from v$diag_info where name='Default Trace File';INST_ID NAMEVALUE---------- ---------------------------------------------------------------- --------------------------------------------------------------------------------1 Default Trace File/u01/app/oracle/diag/rdbms/hyyk/hyyk/trace/hyyk_ora_38380.trc
查看trace的文件，接下来一块一块分析less /u01/app/oracle/diag/rdbms/hyyk/hyyk/trace/hyyk_ora_38380.trc第一部分********************************************************************************Undo Segment:_SYSSMU3_2097677531$ (3)********************************************************************************Extent Control Header-----------------------------------------------------------------Extent Header:: spare1: 0spare2: 0#extents: 4#blocks: 271last map0x00000000#maps: 0offset: 4080Highwater::0x00c00da8ext#: 3blk#: 40ext size: 128#blocks in seg. hdr's freelists: 0#blocks below: 0mapblk0x00000000offset: 3UnlockedMap Header:: next0x00000000#extents: 4obj#: 0flag: 0x40000000
#extents: 4表示3号UNDO段有4个区
#blocks: 271表示3号UNDO回滚段两个区中有271个UNDO BLOCK可用。（如下下面的sql语句 8+8+128+128=272 为什么不是272个UNDO BLOCK块呢，因为去掉一个UNDO段头块）ext#: 3表示这个事务发生在第2个区（从0开始）blk#: 30 表示这个事务发生在第2个区的第30个块上。ext size: 128表示第2个区上有128个UNDO BLOCK可用
通过dba_extents视图查出一共有4个区，共271个块select extent_id,file_id,block_id,blocks,bytes from dba_extents where segment_name='_SYSSMU3_2097677531$';EXTENT_IDFILE_IDBLOCK_IDBLOCKSBYTES---------- ---------- ---------- ---------- ----------0 3160 8 655361 3344 8 655362 31024 128 10485763 33456 128 1048576
通过dba_segments视图查出UNDO段头块，即3号文件的160号块是UNDO段头块 如上面的语句的第一行结果 0 3160 8 65536select header_file,header_block from dba_segments where segment_name='_SYSSMU3_2097677531$';
HEADER_FILE HEADER_BLOCK----------- ------------3160
第二部分Extent Map-----------------------------------------------------------------0x00c00081length: 70x00c00088length: 80x00c00280length: 1280x00c00600length: 1283号UNDO回滚段的区地图一共有4个区：第一个区对应的是3号文件161号块、162号块、163号块、164号块、165号块、166号块、167号块，共7个UNDO BLOCK第二个区对应的是3号文件344号块、10号块、11号块、12号块、13号块、14号块、15号块，16号块，共8个UNDO BLOCK 第三个区对应的是3号文件1024号块... 第四个区对应的是3号文件3456号块...
第三部分Retention Table-----------------------------------------------------------Extent Number:0Commit Time: 1524377480Extent Number:1Commit Time: 1524377480Extent Number:2Commit Time: 1524384037Extent Number:3Commit Time: 1524384037区的提交时间戳，是从1970年1月1号零晨开始的（以秒为单位记录）
第四部分TRN CTL:: seq: 0x0197 chd: 0x0000 ctl: 0x0013 inc: 0x00000000 nfb: 0x0000mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: 2147483646 (0x7ffffffe)uba: 0x00c00da8.0197.2f scn: 0x0000.00201605
seq:0x0197 表示此事务修改前的值所在的UNDOBLOCK块被覆盖了407次，与下面的uba: uba: 0x00c00da8.0197.2f中的0197对应。
chd:0x0000 表示发生一个新的事务，此时会在下面的TRNTBL::（事务表）的index=0x0000槽中放入新事务信息，即事务表的链头或叫入口。ctl:0x0013 表示事务表的链尾（实际上大家可以去TRN TBL::看index=0x0013（0x013）,它对应的SCN=0x0000.00201b8b是本事务表中最大的SCN，即此事务槽最后才会被覆盖）
nfb:0x0000 表示UNDO块在空闲池的空闲块数，0x0000表示池中没有空闲UNDO块了,即FREE BLOCKPOOL::没空闲的块了。
flg: 0x0001表示该块的用途，1=KTUUNDO HEADER(2=KTU UNDO BLOCK等等)
uba:0x00c00da8.0197.2f表示新事务的第一条UNDO记录（由三部分组成undo块的地址、UNDO块被重用的次数、在UNDO块的第几条记录） undo块的地址： 0x00c00da8即3号文件的160号块
UNDO块被重用的次数： 0197 即UNDO块被覆盖了407次
在UNDO块的第几条记录 2f 即在UNDO块的第36条
0x0000.00201605表示3号UNDO段头块中最小的提交的SCN。实际上这个SCN就是事务表中最小的SCN所对应的事务槽上的SCN
第5部分FREE BLOCK POOL::uba: 0x00000000.0197.2e ext: 0x3spc: 0xc46uba: 0x00000000.0197.02 ext: 0x3spc: 0x1f06uba: 0x00000000.0197.0b ext: 0x3spc: 0x15c0uba: 0x00000000.0091.38 ext: 0x10 spc: 0x546uba: 0x00000000.0000.00 ext: 0x0spc: 0x0 UNDO块的空闲池，当事务做了提交会把此事务所在的UNDO块加入空闲池中。uba:由三部分组成undo块的地址、UNDO块被重用的次数、在UNDO块的第几条记录，当undo块的地址为0说明UNDO块不是空闲的，即0x00000000ext:UNDO块是在哪个区（extent）
spc:UNDO块中多少空闲空间，单位字节
第六部分 TRN TBL::indexstate cflagswrap#uel scn dbaparent-xid nub stmt_num cmt-------------------------------------------------------------------------------------------------------------------------------------------------0x0090x000x05ba0x00080x0000.002016110x00c00da50x0000.000.000000000x000000010x0000000015243990790x0190x000x05ba0x000a0x0000.00201b140x00c00da80x0000.000.000000000x000000010x0000000015243998640x0290x000x05b80x00010x0000.00201af30x00c00da80x0000.000.000000000x000000010x0000000015243998450x0390x000x05b90x00180x0000.002016dc0x00c00da50x0000.000.000000000x000000010x0000000015243992010x0490x000x05bb0x00090x0000.002018a80x00c00da80x0000.000.000000000x000000010x0000000015243994420x0590x000x05ba0x001e0x0000.002018320x00c00da80x0000.000.000000000x000000010x0000000015243993820x0690x000x05bc0x00160x0000.002018790x00c00da80x0000.000.000000000x000000010x0000000015243994090x0790x000x05ba0x001c0x0000.002019640x00c00da80x0000.000.000000000x000000010x0000000015243995700x0890x000x05ba0x00110x0000.0020161f0x00c00da50x0000.000.000000000x000000010x0000000015243990790x0990x000x05bb0x000b0x0000.002018e00x00c00da80x0000.000.000000000x000000010x0000000015243994790x0a90x000x05bb0x00130x0000.00201b390x00c00da80x0000.000.000000000x000000010x0000000015243998750x0b90x000x05ba0x001b0x0000.002019140x00c00da80x0000.000.000000000x000000010x0000000015243995100x0c90x000x05ba0x001f0x0000.0020177e0x00c00da60x0000.000.000000000x000000010x0000000015243993050x0d90x000x05bb0x00060x0000.002018640x00c00da80x0000.000.000000000x000000010x0000000015243993870x0e90x000x05ba0x00030x0000.002016b70x00c00da50x0000.000.000000000x000000010x0000000015243991730x0f100x800x05bc0x00030x0000.00201b980x00c00da80x0000.000.000000000x000000010x0000000000x1090x000x05bc0x00170x0000.002017310x00c00da60x0000.000.000000000x000000010x0000000015243992620x1190x000x05b90x00210x0000.002016230x00c00da50x0000.000.000000000x000000010x0000000015243990790x1290x000x05bb0x00150x0000.00201a680x00c00da80x0000.000.000000000x000000010x0000000015243997530x1390x000x05bb0xffff0x0000.00201b8b0x00c00da80x0000.000.000000000x000000010x0000000015243999360x1490x000x05b90x000e0x0000.0020169c0x00c00da50x0000.000.000000000x000000010x0000000015243991430x1590x000x05ba0x00020x0000.00201a9d0x00c00da80x0000.000.000000000x000000010x0000000015243997830x1690x000x05bb0x00040x0000.0020188f0x00c00da80x0000.000.000000000x000000010x0000000015243994190x1790x000x05ba0x000c0x0000.002017500x00c00da60x0000.000.000000000x000000010x0000000015243992660x1890x000x05b90x00100x0000.0020170e0x00c00da60x0000.000.000000000x000000010x0000000015243992350x1990x000x05ba0x00120x0000.00201a390x00c00da80x0000.000.000000000x000000010x0000000015243997220x1a90x000x05b90x00050x0000.0020182b0x00c00da80x0000.000.000000000x000000020x0000000015243993820x1b90x000x05ba0x00070x0000.002019360x00c00da80x0000.000.000000000x000000010x0000000015243995400x1c90x000x05ba0x001d0x0000.0020198a0x00c00da80x0000.000.000000000x000000010x0000000015243996000x1d90x000x05ba0x00190x0000.00201a010x00c00da80x0000.000.000000000x000000010x0000000015243996830x1e90x000x05bb0x000d0x0000.002018490x00c00da80x0000.000.000000000x000000010x0000000015243993820x1f90x000x05bb0x00200x0000.002017b20x00c00da60x0000.000.000000000x000000010x0000000015243993270x2090x000x05ba0x001a0x0000.002017f80x00c00da60x0000.000.000000000x000000010x0000000015243993780x2190x000x05b90x00140x0000.0020162f0x00c00da50x0000.000.000000000x000000010x000000001524399081
TRN TBL::（事务表）是UNDO段头块最重要的。我们一一来解释每个字段的意思：index表示事务表中槽号，只是一个序列而已，从0x00开始到0x21结束,11g的版本有34个槽。state表示事务状态：9代表事务不活动，10代表事务正在活动，从这里我们看出16进制第0x17号槽上的事务正在活动。大家有没有发现，我们在发生事务前，Oracle会找事务控制列表中的chd=0x0017,说白了就是重从index=0x17的槽，存放当前最新的事务： 注：下面的事务控制，是我在发生事务前（即做update gyj_test set name='GGGGG' where id=1;前所DUMP的事务控制）TRN CTL:: seq: 0x000d chd: 0x0017 ctl: 0x000b inc: 0x00000000 nfb:0x0001mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: 2147483646 (0x7ffffffe)uba: 0x0280000a.000d.2b scn: 0x0000.0028a26acflags表示正在使用穿上事务槽的事务的状态：0x00表示非活动事务、0x80表示活动事务、0x10表示死事务、0x90表示被回滚的死事务平时我们看到的最多就是0x00表示非活动事务、0x80表示活动事务，后面的很少发生。wrap#表示事务表上的事务槽被重用的次数，它是XID的一部分。0x001d表示此时事务槽被重用了29次。uel表示当前活动事务所在事务槽的下一个事务槽的指针（即如果又发生一个新的事务，此时就会用到UEL指向的事务槽上的index）。
scn表示务事启动、提交、回滚的SCN.
dba表示uba:第一部分的undo块地址，这个DBA是(rollback)回滚的起始点，也就是说是记录事务修改的最后一条记录所在UNDO块的地址。nub表示当前事务所用到的UNDO块的个数。cmt表示最接近当前的提交时间戳，是从1970年1月1号零晨开始的（以秒为单位记录）。0表示事务正在活动。
查看事物信息，可以发现事物用的是3号段select xid,xidusn,xidslot,xidsqn,ubablk,ubafil from v$transaction;
XID XIDUSNXIDSLOTXIDSQNUBABLKUBAFIL---------------- ---------- ---------- ---------- ---------- ----------01001E0007050000330 1287 15663
回滚段的段头块select * from v$rollname;USN NAME---------- ------------------------------0 SYSTEM1 _SYSSMU1_3780397527$2 _SYSSMU2_2232571081$3 _SYSSMU3_2097677531$4 _SYSSMU4_1152005954$5 _SYSSMU5_1527469038$6 _SYSSMU6_2443381498$7 _SYSSMU7_3286610060$8 _SYSSMU8_2012382730$9 _SYSSMU9_1424341975$10 _SYSSMU10_3550978943$
查看3号回滚段的段头id和块号select header_block,header_file from dba_segments where segment_name='_SYSSMU3_2097677531$';HEADER_BLOCK HEADER_FILE------------ -----------160 3
转储回滚段头 查看当前会话的进程编号alter system dump undo header '_SYSSMU3_2097677531$';
select spid from v$process where addr in (select paddr from v$session where sid=(select sid from v$mystat where rownum=1));
SPID------------------------38380spid//server process ID 38380
查看trace的名称select * from v$diag_info where name='Default Trace File';INST_ID NAMEVALUE---------- ---------------------------------------------------------------- --------------------------------------------------------------------------------1 Default Trace File/u01/app/oracle/diag/rdbms/hyyk/hyyk/trace/hyyk_ora_38380.trc
查看trace的文件，接下来一块一块分析less /u01/app/oracle/diag/rdbms/hyyk/hyyk/trace/hyyk_ora_38380.trc第一部分********************************************************************************Undo Segment:_SYSSMU3_2097677531$ (3)********************************************************************************Extent Control Header-----------------------------------------------------------------Extent Header:: spare1: 0spare2: 0#extents: 4#blocks: 271last map0x00000000#maps: 0offset: 4080Highwater::0x00c00da8ext#: 3blk#: 40ext size: 128#blocks in seg. hdr's freelists: 0#blocks below: 0mapblk0x00000000offset: 3UnlockedMap Header:: next0x00000000#extents: 4obj#: 0flag: 0x40000000
#extents: 4表示3号UNDO段有4个区
#blocks: 271表示3号UNDO回滚段两个区中有271个UNDO BLOCK可用。（如下下面的sql语句 8+8+128+128=272 为什么不是272个UNDO BLOCK块呢，因为去掉一个UNDO段头块）ext#: 3表示这个事务发生在第2个区（从0开始）blk#: 30 表示这个事务发生在第2个区的第30个块上。ext size: 128表示第2个区上有128个UNDO BLOCK可用
通过dba_extents视图查出一共有4个区，共271个块select extent_id,file_id,block_id,blocks,bytes from dba_extents where segment_name='_SYSSMU3_2097677531$';EXTENT_IDFILE_IDBLOCK_IDBLOCKSBYTES---------- ---------- ---------- ---------- ----------0 3160 8 655361 3344 8 655362 31024 128 10485763 33456 128 1048576
通过dba_segments视图查出UNDO段头块，即3号文件的160号块是UNDO段头块 如上面的语句的第一行结果 0 3160 8 65536select header_file,header_block from dba_segments where segment_name='_SYSSMU3_2097677531$';
HEADER_FILE HEADER_BLOCK----------- ------------3160
第二部分Extent Map-----------------------------------------------------------------0x00c00081length: 70x00c00088length: 80x00c00280length: 1280x00c00600length: 1283号UNDO回滚段的区地图一共有4个区：第一个区对应的是3号文件161号块、162号块、163号块、164号块、165号块、166号块、167号块，共7个UNDO BLOCK第二个区对应的是3号文件344号块、10号块、11号块、12号块、13号块、14号块、15号块，16号块，共8个UNDO BLOCK 第三个区对应的是3号文件1024号块... 第四个区对应的是3号文件3456号块...
第三部分Retention Table-----------------------------------------------------------Extent Number:0Commit Time: 1524377480Extent Number:1Commit Time: 1524377480Extent Number:2Commit Time: 1524384037Extent Number:3Commit Time: 1524384037区的提交时间戳，是从1970年1月1号零晨开始的（以秒为单位记录）
第四部分TRN CTL:: seq: 0x0197 chd: 0x0000 ctl: 0x0013 inc: 0x00000000 nfb: 0x0000mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: 2147483646 (0x7ffffffe)uba: 0x00c00da8.0197.2f scn: 0x0000.00201605
seq:0x0197 表示此事务修改前的值所在的UNDOBLOCK块被覆盖了407次，与下面的uba: uba: 0x00c00da8.0197.2f中的0197对应。
chd:0x0000 表示发生一个新的事务，此时会在下面的TRNTBL::（事务表）的index=0x0000槽中放入新事务信息，即事务表的链头或叫入口。ctl:0x0013 表示事务表的链尾（实际上大家可以去TRN TBL::看index=0x0013（0x013）,它对应的SCN=0x0000.00201b8b是本事务表中最大的SCN，即此事务槽最后才会被覆盖）
nfb:0x0000 表示UNDO块在空闲池的空闲块数，0x0000表示池中没有空闲UNDO块了,即FREE BLOCKPOOL::没空闲的块了。
flg: 0x0001表示该块的用途，1=KTUUNDO HEADER(2=KTU UNDO BLOCK等等)
uba:0x00c00da8.0197.2f表示新事务的第一条UNDO记录（由三部分组成undo块的地址、UNDO块被重用的次数、在UNDO块的第几条记录） undo块的地址： 0x00c00da8即3号文件的160号块
UNDO块被重用的次数： 0197 即UNDO块被覆盖了407次
在UNDO块的第几条记录 2f 即在UNDO块的第36条
0x0000.00201605表示3号UNDO段头块中最小的提交的SCN。实际上这个SCN就是事务表中最小的SCN所对应的事务槽上的SCN
第5部分FREE BLOCK POOL::uba: 0x00000000.0197.2e ext: 0x3spc: 0xc46uba: 0x00000000.0197.02 ext: 0x3spc: 0x1f06uba: 0x00000000.0197.0b ext: 0x3spc: 0x15c0uba: 0x00000000.0091.38 ext: 0x10 spc: 0x546uba: 0x00000000.0000.00 ext: 0x0spc: 0x0 UNDO块的空闲池，当事务做了提交会把此事务所在的UNDO块加入空闲池中。uba:由三部分组成undo块的地址、UNDO块被重用的次数、在UNDO块的第几条记录，当undo块的地址为0说明UNDO块不是空闲的，即0x00000000ext:UNDO块是在哪个区（extent）
spc:UNDO块中多少空闲空间，单位字节
第六部分 TRN TBL::indexstate cflagswrap#uel scn dbaparent-xid nub stmt_num cmt-------------------------------------------------------------------------------------------------------------------------------------------------0x0090x000x05ba0x00080x0000.002016110x00c00da50x0000.000.000000000x000000010x0000000015243990790x0190x000x05ba0x000a0x0000.00201b140x00c00da80x0000.000.000000000x000000010x0000000015243998640x0290x000x05b80x00010x0000.00201af30x00c00da80x0000.000.000000000x000000010x0000000015243998450x0390x000x05b90x00180x0000.002016dc0x00c00da50x0000.000.000000000x000000010x0000000015243992010x0490x000x05bb0x00090x0000.002018a80x00c00da80x0000.000.000000000x000000010x0000000015243994420x0590x000x05ba0x001e0x0000.002018320x00c00da80x0000.000.000000000x000000010x0000000015243993820x0690x000x05bc0x00160x0000.002018790x00c00da80x0000.000.000000000x000000010x0000000015243994090x0790x000x05ba0x001c0x0000.002019640x00c00da80x0000.000.000000000x000000010x0000000015243995700x0890x000x05ba0x00110x0000.0020161f0x00c00da50x0000.000.000000000x000000010x0000000015243990790x0990x000x05bb0x000b0x0000.002018e00x00c00da80x0000.000.000000000x000000010x0000000015243994790x0a90x000x05bb0x00130x0000.00201b390x00c00da80x0000.000.000000000x000000010x0000000015243998750x0b90x000x05ba0x001b0x0000.002019140x00c00da80x0000.000.000000000x000000010x0000000015243995100x0c90x000x05ba0x001f0x0000.0020177e0x00c00da60x0000.000.000000000x000000010x0000000015243993050x0d90x000x05bb0x00060x0000.002018640x00c00da80x0000.000.000000000x000000010x0000000015243993870x0e90x000x05ba0x00030x0000.002016b70x00c00da50x0000.000.000000000x000000010x0000000015243991730x0f100x800x05bc0x00030x0000.00201b980x00c00da80x0000.000.000000000x000000010x0000000000x1090x000x05bc0x00170x0000.002017310x00c00da60x0000.000.000000000x000000010x0000000015243992620x1190x000x05b90x00210x0000.002016230x00c00da50x0000.000.000000000x000000010x0000000015243990790x1290x000x05bb0x00150x0000.00201a680x00c00da80x0000.000.000000000x000000010x0000000015243997530x1390x000x05bb0xffff0x0000.00201b8b0x00c00da80x0000.000.000000000x000000010x0000000015243999360x1490x000x05b90x000e0x0000.0020169c0x00c00da50x0000.000.000000000x000000010x0000000015243991430x1590x000x05ba0x00020x0000.00201a9d0x00c00da80x0000.000.000000000x000000010x0000000015243997830x1690x000x05bb0x00040x0000.0020188f0x00c00da80x0000.000.000000000x000000010x0000000015243994190x1790x000x05ba0x000c0x0000.002017500x00c00da60x0000.000.000000000x000000010x0000000015243992660x1890x000x05b90x00100x0000.0020170e0x00c00da60x0000.000.000000000x000000010x0000000015243992350x1990x000x05ba0x00120x0000.00201a390x00c00da80x0000.000.000000000x000000010x0000000015243997220x1a90x000x05b90x00050x0000.0020182b0x00c00da80x0000.000.000000000x000000020x0000000015243993820x1b90x000x05ba0x00070x0000.002019360x00c00da80x0000.000.000000000x000000010x0000000015243995400x1c90x000x05ba0x001d0x0000.0020198a0x00c00da80x0000.000.000000000x000000010x0000000015243996000x1d90x000x05ba0x00190x0000.00201a010x00c00da80x0000.000.000000000x000000010x0000000015243996830x1e90x000x05bb0x000d0x0000.002018490x00c00da80x0000.000.000000000x000000010x0000000015243993820x1f90x000x05bb0x00200x0000.002017b20x00c00da60x0000.000.000000000x000000010x0000000015243993270x2090x000x05ba0x001a0x0000.002017f80x00c00da60x0000.000.000000000x000000010x0000000015243993780x2190x000x05b90x00140x0000.0020162f0x00c00da50x0000.000.000000000x000000010x000000001524399081
TRN TBL::（事务表）是UNDO段头块最重要的。我们一一来解释每个字段的意思：index表示事务表中槽号，只是一个序列而已，从0x00开始到0x21结束,11g的版本有34个槽。state表示事务状态：9代表事务不活动，10代表事务正在活动，从这里我们看出16进制第0x17号槽上的事务正在活动。大家有没有发现，我们在发生事务前，Oracle会找事务控制列表中的chd=0x0017,说白了就是重从index=0x17的槽，存放当前最新的事务： 注：下面的事务控制，是我在发生事务前（即做update gyj_test set name='GGGGG' where id=1;前所DUMP的事务控制）TRN CTL:: seq: 0x000d chd: 0x0017 ctl: 0x000b inc: 0x00000000 nfb:0x0001mgc: 0xb000 xts: 0x0068 flg: 0x0001 opt: 2147483646 (0x7ffffffe)uba: 0x0280000a.000d.2b scn: 0x0000.0028a26acflags表示正在使用穿上事务槽的事务的状态：0x00表示非活动事务、0x80表示活动事务、0x10表示死事务、0x90表示被回滚的死事务平时我们看到的最多就是0x00表示非活动事务、0x80表示活动事务，后面的很少发生。wrap#表示事务表上的事务槽被重用的次数，它是XID的一部分。0x001d表示此时事务槽被重用了29次。uel表示当前活动事务所在事务槽的下一个事务槽的指针（即如果又发生一个新的事务，此时就会用到UEL指向的事务槽上的index）。
scn表示务事启动、提交、回滚的SCN.
dba表示uba:第一部分的undo块地址，这个DBA是(rollback)回滚的起始点，也就是说是记录事务修改的最后一条记录所在UNDO块的地址。nub表示当前事务所用到的UNDO块的个数。cmt表示最接近当前的提交时间戳，是从1970年1月1号零晨开始的（以秒为单位记录）。0表示事务正在活动。
声明：本站所有文章资源内容，如无特殊说明或标注，均为采集网络资源。如若本站内容侵犯了原著者的合法权益，可联系本站删除。
