事务和OWI

 事务和OWI
--------------------------------------------------
摘自 高级owi与oracle性能调整

 事务的概要

 

   完整地理解事务，就等于完整的了解了oracle，所以要理解事务，需要理解oracle所提供的控制功能，内部算法

 而且，在像rac这样的多节点环境下，多个节点需要同步，所以其复杂程度超出想象。本章只对理解等待事件引起的

 性能问题需要的事务机制进行说明，详细的信息请翻阅参考文献。

   

   用户执行DML(即执行事务)操作在oracle内部如下顺序进行

   (1) 相应事务分配回滚段(undo segment)，这时优先使用当前联机状态回滚段中一个，回滚段的选择是随机的，若

 另外的事务正在使用重试3次，在此过程中失败，则将未联机的回滚段联机后使用。如果此过程也失败，就会创建新的

 回滚段，通过这个过程也没有分配到回滚段，则使用oracle8i中使用的回滚段算法(rollback segment),即，使用另外

 事务使用中用量最少的回滚段，如果服务器进程在获得回滚段时没有适当的联机状态的回滚段，则等待enq:US-contention

 事件，直到有适当的联机状态的回滚段为止。

   

   (2) 分配回滚段后，在回滚段头上创建事务表 slot(transaction table slot)。

   

   (3)  创建事务表后会生成TXID (Transacion ID),再将此TXID分配给当前事务，TXID通过V$TRANSACION视图的XIDUSN,XIDSLOT

   XIDSQN表现，这个值指向分给事务的回滚段头上存在的事务表的准确位置，事务必须在分配撤销区域后得到TXID。

   

   (4) 事务对象的数据块载入到高速缓冲区，在块头的ITL(interested transacion list)上登记事务条目(transaction entry).如果

   ITL上没有登记条目所需的空间，直到有空间为止，一直等待ENQ:TX-allocate ITL entry事件。

   

   (5) 将需要修改的块的修改信息存储到PGA，存储名为change vector，修改一行时，一般分别创建undo segmet 头块的(change vector#1),

   撤销块(change vector#2),数据块(change vector#3)相应的change vector,进程将pga 的change vector以名为redo record（或redo entry）

   复制到重做缓冲区。再负责到重做缓冲区的过程中，需获得redo copy latch,redo allocation latch ,redo writing latch,在此过程

   中发生latch争用，分别等待latch:redo copy,redo allocation,latch redo writing事件。

   

   (6) 将此前的块的映像信息(before image)记录到撤销块(undo block)，继而修改数据块,被修改的数据块变为脏的状态，而且，高速缓冲区

   上创建关于已修改的数据块的CR(consistent read)块，如果需修改的行正在被另外的事务所改变（即修改后事务尚未结束的状态），

   就要等待事务结束，此时会等待enq:TX-row lock contention事件。

   

   (7) 执行提交(commit)后给事务分配SCN。提交信息存储在重做缓冲区(redo buffer)

   

   (8) 回滚段头的事务表中存储已成功提交的信息，解除包括TX锁在内的所有资源占用。

   

   (9) 重做缓冲区的内容记录在重做日志文件上，修改的块之后被DBWR记录到数据文件中。

   

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7194105/viewspace-703824/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7194105/viewspace-703824/