Kudu和HBase在设计理念上有共通之处，Kudu源自于对HBase支持大数据量更新的需求。Kudu采用了不同的物理模型，以支持更高效的写入和读取。Kudu的主键设计和列式存储方式提供了更好的批量读取性能，而HBase允许多版本数据存在。Kudu的TMaster集成了Zookeeper的部分功能，且其数据存储不依赖HDFS，而HBase依赖HDFS。Kudu的写入和读取过程相对复杂，但牺牲写性能换取了读性能的提升。两者各有优势，适用于不同的场景。
前提
-
hbase的物理模型是master和regionserver，regionserver存储的是region，region里边很有很多store，一个store对应一个列簇，一个store中有一个memstore和多个storefile，store的底层是hfile，hfile是hadoop的二进制文件，其中HFile和HLog是hbase两大文件存储格式，HFile用于存储数据，HLog保证可以写入到HFile中；
-
kudu的物理模型是master和tserver，其中table根据hash和range分区，分为多个tablet存储到tserver中，tablet分为leader和follower，leader负责写请求，follower负责读请求，总结来说，一个ts可以服务多个tablet，一个tablet可以被多个ts服务（基于tablet的分区，最低为2个分区）；
联系
-
设计理念和想法是一致的；
-
kudu的思想是基于hbase的，之前cloudera公司向对hbase改造，支持大数据量更新，可是由于改动源码太大，所以todd直接开发了kudu；
-
hbase基于
订阅专栏 解锁全文
扫一扫
1177
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
