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
原文:https://www.cnblogs.com/yaoyangding/p/12812841.html