POSTGRES-XC和GREENPLUM架构在OLTP上比较

tony_trh 发布于 2014/01/19 12:32
阅读 5K+
收藏 1

GREENPLUM这二年,风头很盛,全球很多需要大数据交易处理的,几乎都很快都采用GREENPLUM方案,

比如国外的纳斯达克、纽交所、EBAY等,国内的中信银行、东方航空、淘宝、华泰保险等都在用。

其原因是GREENPLUM采用了MPP的无共享方式,不像ORACLE的RAC,属于共享方式,导致海量数据时,产生瓶颈,性能不佳。很多测试报告都表明,GREENPLUM在处理海量数据是ORACLE的RAC好几倍,甚至几十倍,

随服务器节点数量增加,而线性增长。

GREENPLUM是基于POSTGRESQL数据库的集群处理方案,属于商业软件,比较贵,POSTGRESQL是否有类似的方案呢?这段时间研究了下,发现POSTGRES-XC架构和GREENPLUM差不多,都是MPP,分布式无共享处理,由主节点负责控制,数据节点负责存储和处理数据,

但具体上,还是有差别。个人感觉,POSTGRES-XC在OLTP上可能更有优势。

理由是:GREENPLUM的MASTER节点(主节点)需要处理的东西太多,比如负责客户端请求、分发、合并结果等,当用户数量很多时候,这个主节点有可能影响整体性能(在OLAP处理上,可能影响不大)。

而POSTGRES-XC虽然也有MASTER节点,但其负责东西很少,比如时间戳、全局视图等,

因为它比GREENPLUM多了个组件,叫COORDINATOR,协调节点,由这个组件负责客户请求、分发、合并数据、返回结果等。当用户增多时候,只需要扩从协调节点和数据节点,就可以达到线性增长。

而GREENPLUM没有协调节点这个概念,都是由MASTER节点负责,无法线性扩冲。

所以,从架构上分析,我个人觉得,在用户数多,数量大,在OLTP方面,POSTGRES-XC可能比GREENPLUM更有优势。

不知是否正确?








加载中
0
kenyon_君羊
kenyon_君羊
Greenplum高并发下容易排队阻塞,在OLAP效果更好,或者说不适合OLTP。分布式的设计对线性扩展非常方便,数据仓库或者数据中心里复杂SQL支持不错,兼容大部分postgres语法。xc貌似成熟度不高,以前是研究的成分居多,现在发展怎样不清楚了。
0
cstech
cstech
Greenplum原本就不能用在OLTP业务中,只能用在OLAP(数据仓库),而Postgres-XC刚好相反,Postgres-XC只适合在OLTP业务中,则不能在OLAP业务中。
返回顶部
顶部