一、看到了一篇14年的文章(Hadoop、Spark、HBase与Redis的适用性讨论),虽然过去一年半了,可是读了仍是有所收获的:mysql
HBase Vs. Redissql
可靠性 | QPS | 延时 | 应用场景 | 备注 | ||
Redis | 在Failover时存在数据丢失的可能性 | 读写10W | 10~70微妙 | 一、撑简单“消息类”应用(容许必定数据丢失)mongodb 二、适合用做“缓存”(数据丢失的可能性;数据没法所有HOLD在内存中时,读写性能急剧降低)数据库 |
HBase的4个线上应用案例 | |
HBase | 原理上看数据被成功写入就不会丢的 | 读写1W | 1~5毫秒 | 撑简单“消息类”应用(不容许丢数据) | ||
MongoDB | ||||||
Mongodb支持二级索引,而hbase自己不支持二级索引 nosql
mongodb和hbase都支持mapreduce,不过mongodb的mapreduce.支持不够强大,若是没有使用mongodb分片,mapreduce实际上不是并行执行的。 oop
Mongodb支持集合查找,正则查找,范围查找,支持skip和limit等等,是最像mysql的nosql数据库,而hbase只支持三种查找:经过单个row key访问,经过row key的range,全表扫描。性能
太晚了,滚去睡觉,有空继续……spa