【核心议题四】OLTP下的DB2 PureScale VS ORACLE RAC对比探讨

在OLTP并行DB的解决方案中,DB2 PureScale 和ORACLE RAC是很好的选择,但是该如何选择呢?他们的优势和不足都体现在哪?关于这个话题,大家可以尽情提出自己的看法和观点。希望借助大家的讨论,让我们更深入的了解这两种并行DB方案。...显示全部

在OLTP并行DB的解决方案中,DB2 PureScale 和ORACLE RAC是很好的选择,但是该如何选择呢?他们的优势和不足都体现在哪?关于这个话题,大家可以尽情提出自己的看法和观点。希望借助大家的讨论,让我们更深入的了解这两种并行DB方案。

收起
参与37

查看其它 8 个回答funtest的回答

funtestfuntest数据库管理员邮储银行合肥数据中心

我不懂DB2,只从oracle的角度上来说一下吧。

1、实质上,oracle推出RAC(早期叫ops),强调的是其高可用性,而不是可伸缩性。要充分发挥RAC的性能,应用必须针对RAC的特点进行编程(数据分割及数据路由),否则性能反而下降。远的说,01-02年,那时候江西绿卡系统用的是oracle 7 OPS,在结息的时候都是跑单实例;近期的,象双11,我们的某些系统也是单实例在跑(11.2.0.4 rac+asm)

2、在rac环境下,之前在单实例上不是问题的部分也会引起性能问题,最典型的就是gc类等待事件了,等待从行级锁放大到块级等待,象大集中期间的原型性能压测期间,为了规避一个尾箱表引起的gc等待事件,我们把此表的pctfree放大到99以保证一个数据块上只保留一条记录。

3、rac环境中虽然实例是多个,但存储是单点,如果想增加节点来提高性能的话,只适用于cpu密集型的应用(前提是针对rac的特点编程),如果是io密集型的应用,节点越多估计死得越快。

4、无论是单机还是rac,要特别注意lgwr的性能优化,gc类的等待事件中,log file sync是其中的一步,lgwr对gc的影响是指数级的,我们行的某系统在做灾备切换时,主库与备库基本一致,但备库的性能与主库始终差20%,后面是把备库的logfile member去掉就OK了。

银行 · 2017-04-27
浏览3351

回答者

funtest
数据库管理员邮储银行合肥数据中心
擅长领域: 数据库双活数据库双活

funtest 最近回答过的问题

回答状态

  • 发布时间:2017-04-27
  • 关注会员:10 人
  • 回答浏览:3351
  • X社区推广