剖析一个事物的操作流程（undo的作用）

概念：

Undo段的组成：段头、回滚块

事务ID

select xid,xidusn,xidslot,xidsqn,ubablk,ubafil from v$transaction;

XID //事物ID

XIDUSN //回滚段编号  ---对应v$rollname查询        

XIDSLOT //事物表的行号

XIDSQN //覆盖次数

UBABLK //回滚块号

UBAFIL //回归段对应文件号

XID = XIDUSN +XIDSLOT +XIDSQN

UBA= UBAFIL +UBABLK 

事务表（undo段头块中）

undo段的第一个数据块，每一个回滚段最多可以47个事务

查看回滚段段头块地址

select * from v$rollname;

select header_block,header_file from dba_segments where segment_name='_SYSSMU1_812862839$';

alter system dump undo header '_SYSSMU1_812862839$';     --转储回滚段头

alter system dump datafile 5 block 4308;   --转储一个回滚段数据块

事务槽（块中）：xid、uba（回滚快地址）         ||     XID组成：①undo段头的块号 ②事物表的行号③覆盖次数   //这样我通过xid就可以唯一确定哪个事物表中的哪行信息

*一个事物开始后会分别在事物表和事物槽中记录事物信息（XID等）

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

*cmmmit时候会把事物表和事物槽的FLG标志置为C

oracle为了快速提交，会把事物表中的FLG标志置为C，而事物槽中的FLG和行头指向（锁定标记）不一定更新，待下次有事物需要查看块里对应行是否已经提交的时候，找该行的事物槽，如果FLG是C，直接可以修改该行并且行头指向这个新事物槽。       *行头指向一般commit时候最不爱清空，带下次查询的时候打断

如果FLG不是C，再去现在所指向的事物槽找XID，根据XID找到对应的事物表，就能确定该事物是否已经提交，如果确实是C则更新事物槽的FLG、行头指向新的事物槽！

最彻底的commit是把事物表中的FLG标志（必修改）、事物槽中的FLG（可能修改）、行头指向置空（不爱修改）都修改

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

---其实这个行头指向事物槽就是大家常说的TX锁或者说行级锁实现原理