【话题讨论】DBA们：快来吐槽Oracle RAC的数据同步吧！（已公布获奖名单）

听海★蓝心梦

1.很多DBA有种感觉，那就是RAC比非RAC的Oracle技术更难入门。拨开Oracle RAC华丽的外衣，其本质不过就是个关系型数据库。数据库的本质到底是什么？它仅仅是一个巨大的数据集散地吗？数据库系统与其它数据管理方法的重要区别是什么？
数据库的本质就是能有效的存储数据，并提供有效的备份和合理的访问方法。

2.并发访问数据库本身很美妙，但带来的问题颇具挑战性，可能造成数据不一致的后果，请结合您的日常生活与工作分享一些并发控制的案例。
并发访问最经典的就是锁，数据库的并发访问都是通过锁来实现。
其实锁的情况在很多生活例子中也有体现，如银行办理业务，一个窗口要对多个人服务，这时就必须使用“锁”来实现多个人多同一窗口的共享。

3.我们知道RAC是运行在多台计算机的数据库中，如何在多台计算机环境下感知并发的存在？RAC和传统的单实例有哪些区别？请谈谈您的理解。
RAC和单实例最大的区别是，多个实例共享一份数据。多个实例对同一份的操作，必须解决并发访问的问题，所以数据在各个节点间的同步就很重要。

4.集群间的同步功能更像是一把“双刃剑”，它可以保护数据的一致性，但也有可能因为集群同步活动过于密集而影响集群性能。您是否赞成？要想真正实现集群环境的理想性能需要考虑哪些关键因素？
确实是把双刃剑，很多系统迁移到RAC后，都反应还么有在单机的时候快。所以，如果真的要做集群，HA集群也是不错的。

听海★蓝心梦

xuexiaogang 发表于 2014-5-30 09:36
4.集群间的同步功能更像是一把“双刃剑”，它可以保护数据的一致性，但也有可能因为集群同步活动过于密集而 ...

确实是这样，所以现在有新需求，都是建议他们做成HA双机，没必要做RAC。
现在对ORACLE不太了解的人，都认为RAC可以提高性能。
都觉得数据库从单实例迁移到RAC后，性能会有质的飞跃，其实，有很多人后来都失望了。

听海★蓝心梦

RAC只是增加了实例，数据还是一份，并不像分布式系统那样，把数据也分散存储。
这种集中存储的结果，必然导致多实例访问的时候锁问题、IO问题，这些都会影响数据库性能。
RAC解决的是实例级的冗余，并不是为了提高数据库性能。

听海★蓝心梦

xuexiaogang 发表于 2014-5-30 11:21
稳定性是提高了，但是性能没有显著的提升。很多以为8节点16节点上啊。其实到后面发现不是那么回事。

节点越多，性能越坑爹。
超过4节点的绝对要慎重

听海★蓝心梦

RAC只是保护实例，对数据的安全没有保护作用。
所以RAC+DATAGUARD才是最安全的方案，RAC的CACHE FUSHION也是影响性能的主要原因。
ORACLE RAC一般最多也就3-4个节点，超过5个节点，性能就会出现明显的瓶颈。

听海★蓝心梦

ORACLE RAC确实受节点个数限制的很厉害。
cache fushion保证数据一致性，也严重影响了集群性能。