latch入门？（最新更新part4：这才是真正的latch）---你所不知道的latch

Kevin__Zhang · 发表于 2011-5-5 10:21

INSERT属于DML，与a结果一样：
a.表上无索引，DML操作。
实验结果：大量cbc latch争用，大量buffer busy waits竞争。

6666444 · 发表于 2011-5-5 10:24

不错楼主继续,现在原创研究的帖子越来越少了...见到一个不容易

chenzhen232 · 发表于 2011-5-5 10:59

帮顶

ice_bean · 发表于 2011-5-5 12:20

call楼主。
做了一轮测试，确实不难模拟出cache buffers chains (脚本随后附上)
10.2.0.3 RAC
b.表上无索引，SELECT操作。
latch: cache buffers chains
latch: cache buffers chains
latch: cache buffers chains
latch: cache buffers chains

d.表上有唯一索引，SELECT操作。
cursor: pin S
cursor: pin S
cursor: pin S
cursor: pin S

11.2.0.2 RAC
相同的脚本，
无论b,d场景都没有出现latch争用。

问：
1. 你的第二次讲解中提到11G引入了Mutex
从我实验的结果看10g中d的场景应该就是Mutex争用
印象中11g new feature中确实讲到过Mutex，但是文档[ID 1298015.1]中确提到该机制从10gR2中就有了。
2. 为什么10G和11G出现不同的结果？难道机制又有新的改进！
3. 接31楼疑问。目前还没有模拟出INSERT产生latch的情况。
不过我的疑问是为什么索引会对这个有影响。按理说有没有索引都得维护你讲到的链表吧？

[ 本帖最后由 ice_bean 于 2011-5-5 12:27 编辑 ]

Kevin__Zhang · 发表于 2011-5-5 13:07

>>cursor: pin S
这个确实是mutex竞争，只不过是library cache中的，与解析有关，跟cbc latch没关系。
建议你这个实验用单实例做，很清楚。

>>2.为什么10G和11G出现不同的结果？难道机制又有新的改进！
latch从9i开始就有了非常大的变化，已经不是很多人现在还认为的那种自旋--没有获得---睡眠----自旋----睡眠
这种模式了。从9以后，一直到11g。基本上变化不大。

>>3. 接31楼疑问。目前还没有模拟出INSERT产生latch的情况。
>>不过我的疑问是为什么索引会对这个有影响。按理说有没有索引都得维护你讲到的链表吧？
你再自己看看文章。insert跟cbc latch本来就没有直接关系。
至于为什么索引会对这个有影响。我文章也说过了：
当一个操作，走的是唯一索引的话，那么oracle默认目标block是存在于目标链上的，这时，oracle会以shared的模式去获取
cbc latch。如果之后oracle发现弄错了，这个目标块不存在于链上。那么这时，oracle再会尝试以exclsive模式去获得
cbc latch，以将block挂往链上。
但是，如果是全表扫描，oracle会默认的认为目标block肯定是不存在于目标链上的，oracle会直接以exclsive模式去获得cbc latch。
cbc latch在乎的事挂链下链，在乎的是目标block在不在链上。

[ 本帖最后由 Kevin__Zhang 于 2011-5-5 13:16 编辑 ]