如果系统业务基本都是对全局表的操作，那确实没有必要上RAC

很多用户都有一个误区，认为上了RAC就一定能够提升性能，抛开RAC双节点负载均衡这点不谈，如果业务应用之前没有充分考虑RAC的特性，再加上RAC缓存融合本身出现性能瓶颈，那么可能一些业务应用上了RAC反而会出现严重的性能问题，如下一个用户的AWR报告：



一个节点500多个会话，2个节点就是1000多的会话，redo量也比较大，整个业务还是一个比较繁忙的系统。



可以看到，主要等到是gc buffer busy,集群的全局热块争用，就目前这点分析来看，该环境在集群的瓶颈应该是系统的主要性能问题，接着再分析：



抛开第一个可能极为异常问题，其他SQL的集群等待都比较大，证明系统确实存在大量的全局操作，可以考虑从应用和集群交互2方面优化整个系统，如果暂时排除SQL_ID为8crc55tpkcbs3的这个特别异常的SQL性能问题，也可以一定程度的缓解该系统的性能问题。