Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

52

积分

0

好友

0

主题
1#
发表于 2012-6-25 16:43:53 | 查看: 3572| 回复: 2
这套2节点rac架在595上,硬件配置相当好,算是神机了,版本是10.2.0.4,平时idle都是80左右,今天早上一下子疯狂了,一直处于20左右,查了下拥有惊人的buffer gets和cache buffers chains,感觉IO压力相当大。。。sql_id=4562baqr17r8g一句就占了total的28.85%。。。求各位大神们提些idea....

AWR Rpt - chnldb1 Snap 33517 thru 33518.html

969.85 KB, 下载次数: 688

AWR Rpt - chnldb2 Snap 33517 thru 33518.html

905.32 KB, 下载次数: 700

2#
发表于 2012-6-26 16:45:30
提供一个方向
"Cache Buffers Chains Latch waits are caused by contention where multiple sessions waiting to read the same block.

通俗的说 (不深究技术细节)
CBC latch  是 大家都要逻辑读取同一个块,对于Consistent Read会使用kcbgtcr函数,  kcbgtcr 函数可能使用两种模式去get cache buffer chains,

具体可以参考刘大的贴子

http://www.oracledatabase12g.com/archives/oracle闩latch-cache-buffers-chains.html

回复 只看该作者 道具 举报

3#
发表于 2012-6-26 20:36:46
谢谢不了峰的回复,大神的这篇我看过的,之前对对象做了数据调研发现表里15w的数据80%基本上是一个数字3开头的ID,现在准备用reverse做处理,晚点发布了看看效果

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-11-15 19:37 , Processed in 0.059570 second(s), 24 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569