本文深入解析Oracle RAC中心跳线带宽的影响，以及如何通过AWR报告分析RAC性能。内容涉及网络延迟、Cache Fusion、Global Cache效率和等待事件，提出心跳线带宽至少应大于56.32Mb/S以确保性能。同时关注Avg global cache block receive time等关键指标，以判断和优化RAC实例间的交互性能。
RAC一个实例慢会拖慢其他实例，RAC其实就是我为人人，人人为我
纵览RAC，先看report summary，再看top event的等待是否和RAC相关，如果等待事件和RAC相关则继续看RAC statistic(More RAC statistic)
RAC对硬件的忍受能力比单节点差很多。所以差硬件搭出来的RAC性能还不如单节点
网络方面：如果Interconnect的网络延迟> IO子系统的延迟，那么RAC本身就是性能瓶颈
存储方面：如果IO响应时间慢，那么log file sync慢，引起gc buffer busy(RAC的Redo flush慢造成gc buffer
busy release/acquire等待)
反应Private Network性能的2个维度：
a)可用带宽: Estd Interconnect traffic (KB)
b)网络延迟: Avg message sent queue time on
ksxp (ms)
RAC Cache Fusion(RAC缓冲融合)
Cache Fusion就是通过互联网络在集群内各节点的SGA之间进行块传递，以避免首先将块推送到磁盘，然后再重新读入其他实例的缓存中这样一种低效的实现方式
RAC的cache等待事件主要是下图中的几个(gc就是global cache，11g的gc buffer busy在10g中就叫global cache buffer busy。产生的原因和单实例的buffer
busy waits类似就是一个时间点节点a的实例向节点b请求block的等待。cr即consistent read)
Cluster Wait事件并不孤立，会引发enq: TX - row lock
contention等待事件出现更高的频率和更多单次等待耗时
最低0.47元/天 解锁文章
1180
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
