Cassandra适合写入和少读取,HBASE随机读写

Question

Cassandra是否适合写入和较少读取,而HBASE是否适合随机读写？听说facebook用HBASE替换了Cassandra

Answer 1

是的:fb开始构建Cassandra,将其放入OpenSource,稍后迁移到HBase.我不确定为什么,但Cassandra和HBase都是很好的解决方案.

Cassandra有+ HA(无SPOF),+具有可调一致性,+写入比读取更快(两者都相当快) - 但Cassandra可能会增加网络流量,因为协调节点必须与目标节点通信. - Cassandra自己创建数据存储,而HBase默认使用HDFS.我强烈认为这是切换的原因,因为fb有大量数据,而HBase用较少的开销分析它 - 但是单点故障.

当强烈的一致性是强制性的并且+ Hadoop集成时,HBase擅长+但是HMaster是一个SPOF

是的:Cassandra可以非常快速地按顺序写入批量数据并按顺序读取它们.由于HDFS,HBase非常擅长随机IO.在性能比较中,Cassandra的吞吐量通常略快一些; HBase的延迟时间稍快一些.从运营的角度来看,Cassandra非常易于维护,因为它非常可靠且系统架构非常强大.由于HMaster和常备的Zookeeper集群需要,HBase很难设置并且不太健壮.

所以最终完全取决于你的问题.我从来没有心中任何人避开卡桑德拉; 所以我认为HBase更好.