揭密Oracle之七种武器之三：破译古老的谜题---共享CBC Latch的秘密

miniid1

好文，赞楼主的无私奉献，期待后续大作。

有点小疑问：
Oracle是如何知道应该调用sskgslcas,而不是调用kslgetl/kslgetsl的呢？ 照理，oracle 只有再grab cbc latch后，查找CBC 链时才知道这个block在不在buffer cache中，该不该触发physical read, 而不可能再这之前。呵呵，鸡和蛋的问题。

dennis1126

达人。。。偶像

dennis1126

拿PL/SQL DEVELOPER
开2个查询  分别执行 declare
myid number;
begin
    for i in 1..100000000 loop
     SELECT ID INTO myid FROM BBQ WHERE ROWID='AAANM0AAEAAAAF/AGB';
end loop;
end;
另开一个窗口执行
select sid,event,p1raw,p2 from v$session where sid=’其中一个session的id‘  也可以看到latch: cache buffers chains。。。。

vage

miniid1 发表于 2012-7-9 05:00
好文，赞楼主的无私奉献，期待后续大作。

有点小疑问：

这个，具我的观察，物理读时，是sskgslcas和kslgetsl混合，逻辑读读的时候，只有sskgstlcas。具体物理读时的情况，还没仔细研究过。

vage

dennis1126 发表于 2012-7-26 13:57
拿PL/SQL DEVELOPER
开2个查询  分别执行 declare
myid number;

是的，这样多个进程反复查询同一个块，是会有CBC Latch。有什么问题吗

yywangsx

楼主幸苦

yywangsx

楼主幸苦

幕南风

前辈~好多表情。没喊人编辑一下？？

chencheng523523

表示看不懂，太深奥

digdeep126

佩服得五体投地，无以复加啊！

为了跟上大牛的步伐，看来我也得装个Solaris啦。