Cache Buffer Chain(CBC) Latch解析

本文深入探讨Oracle的Cache Buffer Chain (CBC) Latch原理,解释逻辑读过程,并分析CBC Latch等待的产生原因,包括低效SQL导致的争用和热块问题。通过模拟实验展示了CBC Latch等待的场景,帮助理解其在数据库性能优化中的关键作用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一.  原理

当一个数据块读入到sga中时,该块的块头(buffer header)地址存放在一个hash bucket的链表(hash chain)中。该内存结构由一系列cache buffer chains子latch保护(cbc latch)。对buffer cache中的块,要select或者update、insert、delete等,都得先获得cache buffer chains子latch,以保证对chain的排他访问。若在过程中发生争用,就会等待latch:cache buffer chains事件。

逻辑读的过程:

1.Oracle以每个块的文件号,块号和类型做hash运算,得到hash值。根据hash值,到hash表中取出指定块的内存地址。

2.获取CBC latch

3.根据hash值,搜索CBC链表

4.根据DBA找到BH(Buffer header)加buffer pin

5.加完buffer pin马上释放CBC latch

6.访问buffer开始fetch数据

7.获取CBC latch

8.释放buffer pin

9.释放CBC latch

二.产生原因

1.CBC latch保护不同的链表、不同BH,即同一latch下多个BUCKET被同时访问时(一个latch对应多个BUCKET)。

体现在实际情况通常为低效率的sql语句(逻辑读过高)。在某些环境中,应用程序打开执行相同的低效率sql的多个并发会话,这些病发会话都设法得到相同的数据集,每次执行都带有高buffer_gets。相反,较少的逻辑读则意味着较少的latch get操作,从而减少锁存器争用并改善性能。注意v$sql中buffer_gets/executions大的语句。

2.CBC latch保护同一链表下同一BH,即同一latch下同一BH被同时访问时(全表扫描时容

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值