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等待事件出现更高的频率和更多单次等待耗时