buffer busy waits，我的看法

hellodatabase

写的非常不错，收藏！

ftc007

写得挺好的，让我对buffer busy wait有了更深刻的理解。

BHR_kramer

有两个疑问。
1. 在场景2的实验中。 两个update 的where条件都是用的rowid。 我记得对一个row 进行update的时候，该row的位置是在block的 空闲部分新加一个row。比如该row原来在block 1的第一行，update 完一列它会跑到最后一行去，所以我想 update过多的话。甚至有可能跑到其它的block去。  你这里进行的update的操作得有几万次，也许早就不是在同一个block上进行的操作了，怎么能证明是他们产生了对同一个 buffer block 的 pin争用呢？

2. 如果 buffer_busy_wait是pin争用造成的。那么 cbc latch争用造成的等待应该是什么呢？ 虽然pin的出现减少了 cbc latch的争用，但毕竟应该还是有的吧。 比如说 100个session 并发的，大量的在同一个 bucket上查找自己需要的数据块。 总会有争用的吧。 这个争用造成的等待是什么呢？

wei-xh

BHR_kramer 发表于 2013-7-9 10:57
有两个疑问。
1. 在场景2的实验中。 两个update 的where条件都是用的rowid。 我记得对一个row 进行update的 ...

1.我的更新没有造成字段长度变化，所以不会造成行的物理位置的移动
2.pin的出现是为了减少cbc latch的持有时间，大并发环境下cbc latch的争用依然会存在

BHR_kramer

wei-xh 发表于 2013-7-9 11:04
1.我的更新没有造成字段长度变化，所以不会造成行的物理位置的移动
2.pin的出现是为了减少cbc latch的持 ...

回复的真快：) 那么大并发下的 cbc latch 争用造成的等待是不是也叫做 buffer busy wait？

kelsoncong

good

mark一下，有空时再看。

鼠标摸MM

楼主能否在详细说下CLONE 块的细节？新CLONE出来的X CUR 块与原来的X CUR哪个会成为新的X CUR块等等！

arron刘

好东西

wei-xh

鼠标摸MM 发表于 2013-7-9 16:29
楼主能否在详细说下CLONE 块的细节？新CLONE出来的X CUR 块与原来的X CUR哪个会成为新的X CUR块等等！

被update新clone出来的是当前版本的新的xcur的块。