ORACLE 单一事物的操作流程

-- 一个事物的操作流程（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锁或者说行级锁实现原理