buffer busy waits，我的看法

伊斯力 · 发表于 2013-7-15 14:07

果断留名，做下实验

阿修雷 · 发表于 2013-7-15 14:27

vage 发表于 2013-7-8 14:36
10G之后都是楼主所说的情况。

不包括9I啊？？？

renjixinchina · 发表于 2013-7-15 14:51

即使你所有的操作都是查询非修改，也会导致大量的cbc latch争用：cbc latch的持有到cbc latch的释放这段时间过长了
查询为什么也要获取latch 那

ezgle · 发表于 2013-7-17 12:10

shaochenshuo · 发表于 2013-7-17 17:48

wei-xh，您好：
您的这一篇帖子我看了好几篇，受益匪浅。但可能是我的水平有限，有些地方没能弄懂，想向您请教一下！

第一点：
在博客中您写到“ORACLE通过让每次访问buffer block的会话获取两次cbc latch”，为什么在读取/或者修改要先获取cbc latch然后才nupin这个buffe呢？为什么不是直接就unpin呢？这步的作用是什么呢？
第二点：
如果A会话已经pin住某个buffer（假设是独占方式），B会话也需要读取或修改该数据块，那么此时B会话无法获得该buffer的pin。那B会话是不是一直保持buffer所在chain上的lock，进而引起lock的争用呢？希望wei大师有空的话能给回复啊，谢谢您！
.

wei-xh · 发表于 2013-7-17 17:58

shaochenshuo 发表于 2013-7-17 17:48
wei-xh，您好：
您的这一篇帖子我看了好几篇，受益匪浅。但可能是我的水平有限，有些地方没能弄懂，想向 ...

第一点：unpin是属于修改buffer header的操作，把当前会话从拥有者列表移除，需要早CBC LATCH的保护下完成
第二点：获得不了buffer pin的话，就加入到wait list里，等待被唤醒，或者等超时后，自己苏醒去查看锁是不是已经被释放，表现出来的等待事件就是:buffer busy waits

3966qqcom · 发表于 2013-8-5 23:22

参观参观

c277498501 · 发表于 2013-8-24 17:26

通过楼主的分析，不管写写，写读，读写，读读都会产生latch。
但只有写写，写读会产生堵塞，因为修改buffer必须先pin住块。
请问写写、写读是会产生CR块的，如果修改一个buffer,pin的块没有修改完是无法CR的，这个是通过什么判断，感觉在步骤上应该还有一个判断buffer是否修改完毕。

wei-xh · 发表于 2013-8-26 13:03

c277498501 发表于 2013-8-24 17:26
通过楼主的分析，不管写写，写读，读写，读读都会产生latch。
但只有写写，写读会产生堵塞，因为修改buffe ...

修改完成后，pin会被从list上移走。

uang520 · 发表于 2013-8-28 15:50

看过很多这样的文章，写的挺好的~ 赞一个。

[精华] buffer busy waits，我的看法