oracle dml commit,Oracle dml开始到commit期间的流程

Oracle dml开始到commit期间的流程

1.确认需要的数据块，先去db buffer cache里找，没有的去磁盘上找，找到的数据复制到buffer cache里

2.申请undo，把待修改的block的镜像写入到undo里

3.在DML操作影响的所有记录和索引键上放置排他锁(防止其他会话对相同记录的变化操作)，在包含这些记录的表上放置共享锁(保证在DML期间，表的结构不会变化)

4.写redo到redo log buffer，redo信息包括变化前的旧值、变化后的新值，如果存在关联索引，则还包括索引的旧值以及新值

5.加锁、更新数据块(此时开始至COMMIT为止，其他会话关于该值的查询，该值索引的查询将被定位到undo里)

6.接收commit

7.server process把该事务的信息(SCN号等)写到redo log buffer

9.LGWR将redo log buffer的内容写入磁盘，加在表和行上的锁被释放

10.undo标记为commited

总结：

1.数据在commit之前就已经改完了  只是我们读取不到改完的数据 在commit之前我们读取的都是undo的数据 这也能说明为什么commit快 rollback慢

2.写日志应该是在写数据之前(我认为的)

3.如果事务未执行完实例crash了，那么在进行crash recovery的时候，smon会找最近一个checkpoint(checkpoint之前的操作都是确认落盘的)，然后对checkpoint后的日志条目进行前滚(replay)，如果前滚时没有找到事务结束的条目信息，那么就会去对该事务进行回滚

LGWR是从redo log buffer写到redologfile, 为了减少写LOGFILE的IO,不是时时刻刻都在写redo buffer写到redo logfile,而是有触发条件的:

a)1 meg of data appears in the log buffer: 当log buffer填满1M时触发LGWR

b)every 3 seconds:每三秒触发一次

c)when it is 1/3 full:当log buffer三分之一满时。

d)upon commit：当执行提交的时候

e)dbwr：当触发DBWR前,也就是数据写到数据文件之前

————————————————

版权声明：本文为CSDN博主「jzzw」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。

原文链接：https://blog.csdn.net/u014710633/article/details/89378596

Oracle dml开始到commit期间的流程

标签：appear   就是   流程   mon   bsp   appears   信息   app   事务

本条技术文章来源于互联网，如果无意侵犯您的权益请点击此处反馈版权投诉

本文系统来源：https://www.cnblogs.com/yaoyangding/p/12812841.html