oracle写会阻塞读吗,oracle内核管理-读不阻塞写过程解析V1

1 过程分析

1 A进程需要读取5号文件1234号块。

2 B进程需要修改5号文件1234号块。

步骤1：A进程在BH中成功设置buffer pin锁，注意，此时A进程的cbc latch已经释放，A进程在buffer pin锁的保护下访问buffer数据。

步骤2：B进程想修改buffer，它首先要获取cbc latch。

步骤3 ：B进程查看BH发现BH中的buffer pin锁的状态，发现为其他进程设置的S锁，B进程会等待吗，不会！

步骤4：B进程会做很多工作，它会在原来的BH中也留下 共享的buffer pin锁，然后释放CBC,在S锁的保护下，将原来的buffer复制到另外的buffer cache中，增加一个新的BH，这一过程需要CBC的保护下进程，新的BH建立完毕后，释放CBC,HASH链中多了一个一模一样的bh，buffer cache池中多了一模一样的buffer。bh中多的以上status表示为buffer的状态，原buffer中status为XCUR,新的未有值。

步骤5,：在源buffer成功复制到另外一个buffer后，原来的cbc latch多增加一个BH，首先获取cbc，将原来的buffer status列修改为CR，新bh中的status为XCUR，同时在buffer pin修改为X，进行修改buffer。

步骤6：释放cbc latch，在独占buffer pin锁的状态下修改buffer。

步骤7：如果此时有C进程需要修改这个buffer中的其他数据行，则需要进行等待，等待为buffer busy waits。

XCUR是当前块，CR为一致性读取块。

2 过程总结

读不堵塞写的原理为将正在读取的数据块转化为CR块，复制新的数据块进行修改状态为XCUR(当前块)，修改buffer pin为X。

3 图例信息

执笔画情ora

发布了263 篇原创文章 · 获赞 11 · 访问量 9万+

私信

关注

标签：cbc,pin,修改,buffer,BH,V1,内核,oracle,进程

来源： https://blog.csdn.net/oradbm/article/details/104070089