福尔摩斯探案集之 -- 解读CBC Latch Miss：kcbgtcr: kslbegin excl 之谜

fengdba · 发表于 2013-7-9 17:02

楼主

，学习！！！

Yured · 发表于 2013-7-10 15:50

本帖最后由 Yured 于 2013-7-10 16:04 编辑

vage 发表于 2013-4-6 11:28
这么简单的函数，相信应该是用C语言的内嵌汇编写的。现在，进程正停在sskgslcas的入口处，福尔摩斯看了一下 ...

再也不敢在简历上写熟悉Oracle了，感谢vage大师，补下汇编知识再来拜读，先记下结论：

这真是一个奇怪的结果，逻辑读函数中的Latch竞争，原凶竟然是物理读。
调优的方向，应该是针对物理读最多的一些SQL，这样才有助于减少kcbgtcr: kslbegin excl处的Latch争用。
而这调优逻辑读高的SQL，对于减少kcbgtcr: kslbegin excl处的Latch争用，是没有帮助的。

进一步的，可以将kcbgtcr中的Latch Miss分个类：
一、纯逻辑读相关的
1、kcbgtcr+0x521:                movq 0xaf5f9e0(%rip),%r8 ---662 kcbgtcr: fast path
2、kcbgtcr+0x27ba:                movq 0xa718147 (%rip),%r8 ---- kcbgtcr: fast path (cr pin)

二、物理读相关的：
3、kcbgtcr+0x5ba9:                movq 0xaf5a360(%rip),%r8 ---- 0x663  kcbgtcr: kslbegin excl
4、kcbgtcr+0x61eb:                movq 0xaf59eae(%rip),%r8 --- 695 kcbgtcr_2
5、kcbgtcr+0x6444:                movq 0xaf599bd(%rip),%r8  --- 642  kcbgtcr: kslbegin shared
6、kcbgtcr+0x976d:                movq 0xaf56a0c(%rip),%r8 ---6b1 kcbgtcr: L2

gaolu1234 · 发表于 2013-9-5 16:17

本帖最后由 gaolu1234 于 2013-9-5 16:21 编辑

又看了遍老吕的帖子，以后真的不敢说熟悉oracle了。

所以，原凶就是：“物理读”。
这真是一个奇怪的结果，逻辑读函数中的Latch竞争，原凶竟然是物理读。
调优的方向，应该是针对物理读最多的一些SQL，这样才有助于减少kcbgtcr: kslbegin excl处的Latch争用。
而这调优逻辑读高的SQL，对于减少kcbgtcr: kslbegin excl处的Latch争用，是没有帮助的。

以前做过调优，模模糊糊有这样的感觉，物理高读的sql处理掉了，逻辑读高的也消失了。

starhot · 发表于 2013-9-10 19:52

好文！

oracleodu · 发表于 2013-9-13 09:24

我认为文章的结论是错误的。
原文中这样说：

//如果CBC链搜索完毕没找到目标dba，跳转到kcbgtcr+0x5840处。

有没有忘掉kcbgtcr: kslbegin excl在代码的哪里：

kcbgtcr+0x5ba9: movq 0xaf5a360(%rip),%r8 ---- 0x663 kcbgtcr: kslbegin excl

kcbgtcr+0x5ba9，在kcbgtcr+0x5840之后不远的位置，这块代码，只有物理读才有可能走到这里。

对于逻辑读，不光块地址(DBA--data block address)要匹配，而且还有一个重要条件就是块的SCN需要满足逻辑读的SCN条件，第一次扫描CBC的时候无疑会要寻找最佳匹配逻辑读需要的块，如果没有直接可用的，则需要进入slow path模式。也就是相对于fast path模式而言。kslgtcr: kslbegin excl的确不太让人明白，不过在12c里面，这个改成了”kcbgtcr: slow path excl“和"kcbgtcr: slow path shr"。