-- 一个事物的操作流程（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等）
-- 事务表：一个事务开始，在undo表空间找一个相对空闲的回滚段，把事务信息（XID,UBA等）写到undo段头块的事务表中，然后在undo段中找一个undo块来写修改前的镜像，让UBA指向这个undo块。
-- 事务槽：然后去找对应要修改的块，在块头部的事务槽中找一行（事务槽中有多行可以记录多个事物），把事务信息（XIN，UBA等）写进去，然后就可以修改数据了，把老数据写到UBA对应的undo块中，然后修改数据。
-- 一个事务可以修改多个块，多个块的undo信息可以存在一个undo块中，直到这个undo块被写满。
-- cmmmit时候会把事物表和事物槽的FLG标志置为C
-- oracle为了快速提交，会把事物表中的FLG标志置为C，而事物槽中的FLG和行头指向（锁定标记）不一定更新，待下次有事物需要查看块里对应行
-- 是否已经提交的时候，找该行的事物槽，如果FLG是C，直接可以修改该行并且行头指向这个新事物槽。
-- 行头指向一般commit时候最不爱清空，下次查询的时候打断
-- 如果FLG不是C，再去现在所指向的事物槽找XID，根据XID找到对应的事物表，就能确定该事物是否已经提交，如果确实是C则更新事物槽的FLG、行头指向新的事物槽！
-- 最彻底的commit是把事物表中的FLG标志（必修改）、事物槽中的FLG（可能修改）、行头指向置空（不爱修改）都修改。
-- 其实这个行头指向事物槽就是大家常说的TX锁或者说行级锁实现原理
