1、实施和运维，oracle是商业方案系统化性其实强点，mysql大都使用各种开源高可用负载均衡器，布署起来对实施人员的要求oracle比较好低
2、相容性，都是多点事务方案，事务可以不在事务节点集群中的任何一个就开始，理论上将中间失败也可以自动出现去另一个节点再，重新提交事务是到每台节点上同步，看有没有一个节点上因为锁出现不能并提交，那样就事务回滚了
3、有所不，oracle事务节点集群跟数据节点集群只是分离，数据设置成并不冗余数据，仅有事务在运行状态下在事务节点冗余设计，当然了有的时候都在一台机器上，可是至少是相同进程，而包mysql在内的其他高端sqldb的事务、数据很显然都在一起，是能够的多主，冗余度量高，而rac应该算事务节点系统冗余，数据不冗余度，如果不是不从底层数据节点做凝集于rac架构之外的底层数据节点冗余，这样的话rac怎莫都不可能比同时节点数量的单机甲骨文实例要性能高
最好有实例代码，谢谢啊！
可以不在用oracle中的row_scn,，从oracle中读得出的row_scn和redis中保存的相比较，如果不是大于redis中的就可以更新redis，要是oracle数据更新完，原先从oracle中读仔细进去。
题主说的数据库网络同步是少量的数据肯定整库的数据呢？也有对时间的要求是多少？
如果仅仅剪切粘贴一点数据，用dblink好像没什么大问题。这个可以使用的。
如果没有牵涉ddl，也可以数据量大的时候，不需要可以自定义大量的触发器来实现程序数据网络同步的功能。这样效率和准确性都要花大量时间和精力去验证验证。还不妨用其他早验证了可行的方法。
题主可以判断使用oraclegoldengate实现数据库不同步的
祝好运。
如何修改环境变量文件.bash_profile，参加ogg的环境变量exportgghome$oracle_base/gg11exportpath$oracle_base/mm11:$oracle_home/bin:/usr/bin/:$path[mm11]$.~_profile[gg11]$ggsciggsci:errorwhileloadingcreatelibraries:shouldopencombineobjectfile:yessuchfileordirectory
.jpg)
