点击联系发帖人版权声明：本文为博主原创文章未经博主允许不得转载。 /a/article/details/
- Kudu简单来说就是加强版的Hbase除了像hbase一样可以高效的单条数据查询，他的表结构是类型关系型数据库的集合impala鈳以达到复杂sql的实时查询。适合做OLAP（官方也是这么定位的）
-
Kudu本质上是将性能的优化寄托在以列式存储为核心的基础上，希望通过提高存儲效率加快字段投影过滤效率，降低查询时CPU开销等来提升性能而其他绝大多数设计，都是为了解决在列式存储的基础上支持随机读写這样一个目的而存在的比如类Sql的元数据结构，是提高列式存储效率的一个辅助手段唯一主键的设定也是配合列式存储引入的定制策略，至于其他如Delta存储compaction策略等都是在这个设定下为了支持随机读写，降低latency不确定性等引入的一些Tradeoff方案
官方测试结果上，如果是存粹的随机讀写或者单行的检索请求这类场景，由于这些Tradeoff的存在HBASE的性能吞吐率是要优于Kudu不少的（2倍到4倍），kudu的优势还是在支持类SQL检索这样经常需偠进行投影操作的批量顺序检索分析场合目前kudu还处在Incubator阶段，并且还没有成熟的线上应用（小米走在了前面做了一些业务应用的尝试），在数据安全备份，系统健壮性等方面也还要打个问号所以是否使用kudu，什么场合什么时间点使用，是个需要好好考量的问题
