‘gc buffer busy acquire‘和‘gc buffer busy release‘原理及案例

昨天正式环境上出现数据库CPU 100%的问题,数据库是128个CPU,128G内存,power系列,非常强劲,十几万的逻辑读只需要1s。
出现问题之后,调整两条负载最高的两条SQL,问题解决,但有两个cluster类别的等待事件第一次见,在metlink中找了一篇文章:

gc buffer busy:--Gc缓冲区忙
gc buffer busy acquire: --Gc缓冲区获取忙
gc buffer busy release: --Gc缓冲区繁释放忙

--共享:RAC等待事件:gc buffer busy acquire

--概述
gc buffer busy是RAC数据库中常见的等待事件.

//11g开始:gc buffer busy 分为:
'gc buffer busy acquire' 和'gc buffer busy release':

--gc buffer busy acquire:
是当session#1尝试请求访问远程实例(remote  instance) buffer,但是在session#1之前已经有相同实例上另外一个session#2请求访问了相同的buffer,并且没有完成,那么session#1等待gc buffer busy acquire。

--gc buffer busy release:
是在session#1之前已经有远程实例的session#2请求访问了相同的buffer,并且没有完成,那么session#1等待gc buffer busy release。

--区别：原因/解决方法
---------------------
--1).热点块(hot block)
在AWR中 Segments by Global Cache Buffer Busy 记录了访问频繁的gc buffer.

--解决方法:
可以根据热点块的类型采取不同的解决方法,比如采取分区表,分区索引,反向index等等.--这点与单机数据库中的buffer busy waits类似.

--2).低效SQL语句
低效SQL语句会导致不必要的buffer被请求访问,增加了buffer busy的机会,在AWR中可以找到TOP SQL.

--解决方法:
可以优化SQL语句减少buffer访问。--这点与单机数据库中的buffer busy waits类似。

--3).数据交叉访问
RAC数据库,同一数据在不同数据库实例上被请求访问。

--解决方法:
如果应用程序可以实现,那么我们建议不同的应用功能/模块数据分布在不同的数据库实例上被访问,避免同一数据被多个实例交叉访问,可以减少buffer的争用,避免gc等待。

--4).Oracle bug
建议安装Oracle推荐的最新Patch Set和PSU。
Patch set和PSU信息请参考:Oracle Recommended Patches -- Oracle Database (Doc ID 756671.1)

当时数据库的负载,已经有几千个session堵塞了。