很可惜 T 。T 您现在还不是作者身份，不能自主发稿哦～
如有投稿需求，请把文章发送到邮箱tougao@appcpx.com，一经录用会有专人和您联系
咨询如何成为春羽作者请联系：鸟哥笔记小羽毛（ngbjxym）
这是彭文华的第134篇原创
一般公司的大数据基本都是这个样子：底层是HDFS存储各种文件，上面架设Hive建设数仓，解决多维分析的需要。对于一些明细数据快速查询的需求，Hive其实非常不友好，慢的很。所以一般来说又会把Hive里处理好的明细数据倒一份到HBase里，解决明细数据查询的需求。
这下问题就来了，一套数据存两个地方，且不说浪费存储空间的事情，就单说让两套数据同步，就是个麻烦事。万一没同步了，还会出现两边数据不一样，运营拿着冲突的数据上来诘问的时候我们该咋弄？
我们知道Hive是基于HDFS的一种数据仓库工具，做了很多易用性的优化，把复杂的MapReduce简化成了对数据工程师非常友好的SQL。但是玩过HDFS的同学都知道，这是一个文件系统啊。文件系统就意味着要查一条记录得把某个文件打开，然后顺序往下读，这速度可想而知。Hive是直接映射HDFS的文件做成表，那就得按照HDFS的套路来。所以不是Hive不想支持实时查询的功能，实在是臣妾做不到啊！
而且，仍然是由于基于HDFS，Hive想对某条数据进行修改，也就成为不太可能了。所以Hive天然是一个面向历史、擅长批数据处理的数据仓库工具。所以Hive的应用场景其实非常有限。
HBase虽然也是基于HDFS的，但是HBase实质是是一个KV数据库。它在底层设计的时候就做了大量的查询优化设计。比如Trailer、布隆过滤器、三级索引的设置。
这个Trailer的设计很有意思，他是用来找数据用的。里面存储了总偏移量、每个kv的大小、第一个数据块的偏移量和最后一个偏移量。这就可以用来快速寻址，找到数据所在的存储地址。配合索引和布隆过滤器，就能超快速锁定Data Block中的kv值。
所以我们回头看一下，Hive的存储方式，其实就是数据结构中四大存储方式中的顺序存储，而HBase就是另外一种：散列存储，类似于链式存储。这俩天然一个擅长大批量操作，一个擅长快速查询。这玩意的毛病是从骨子里带出来的，这咋解？
其实还是有解的。经验丰富的你应该知道这个方法。既然HBase和Hive都是基于HDFS的，只不过HBase的存储结构比较巧妙，那能不能把数据放在HBase的表里，然后Hive引用HBase的表作为外表呢？这样既不影响HBase的快速查询，又能让Hive基于同一个表进行批量数据的操作？这当然可以！
这个解决方案很好的解决了两个问题：
1、数据冗余问题，原来要存两份，现在一份就行了；
2、高时延问题，原来数据到Hbase和到Hive得需要分别跑，现在不需要了；
同时，也顺带解决了两份数据带来的运维复杂、数据不一致等一系列问题，这也就成为了大数据平台的通用架构之一。
但是这毕竟是两个组件融合起来，仍然存在各种乱七八糟的问题。比如上来就会遇到版本兼容的问题，烦死个人。
但是这还好解决，不行就换个版本吧。但是你看看上面那个图，Hive的数据源变成HBase了，相当于HBase不仅要承担本身查询的任务，还要面对Hive过来的N多批处理的请求，增加了非常多的压力。每个Hive的MapReduce任务都会启动N个Handler去连接HBase，HBase还不被烦死了。而且这势必又会降低HBase原有的高速查询的效率。
另外，HBase毕竟是列式存储，在表设计的时候，就跟Hive不一样，所以表映射的时候会有非常多的限制。数据仓库工程师会非常不习惯这种转来转去的感觉，让人非常难受。
所以，有没有更好的解决方案呢？
Cloudera公司发现了这个巨大的问题，发现这是一个打造一个好产品的巨大潜在机会啊！于是在其他人都在研究怎么用HBase和Hive融合的时候，他们就在悄**的搞研发。他们的定位就是“Fast Analytics on Fast Data。一帮牛人搞了多久呢？3年，就出来了这么个玩意。
”
一个兼具HBase和Hive长处的Kudu！
不过，想要兼具二者的长处，规避二者的短处，可不是那么简单的 事情！因为二者的缺陷是与生俱来的。也就是说，想要规避一个不能快速查询，一个不能批量操作，那就不能基于HDFS和HBase的任何一种数据存储形式，得另起一个。所以Kudu就自己整了一套：
玩数仓或者数据库的同学看到这个就会亲切不少。因为里面很多单词是非常熟悉的，比如table、Undo、Redo等。这些都是从关系型数据库中沿用过来的。因为有这些设计，所以Kudu是能够支持数据的删改操作的。
这里有个小细节，Table下面是Tablet，这其实是Kudu为了适应分布式而专门设计的，一个表会拆成N个tablet，散放在各个节点中。
既然底子类似于关系型数据库，那么与Hive类似的数据批处理肯定就没问题了。
但是查询咋办？
注意看上图最左侧第一行，叫“BloomFile”，第二行是“AdhocIndex”。第一个其实就是布隆过滤器的应用，第二个就是查询索引了。同时，在每个tablet的MetaData里也会布隆过滤器和索引。这样就能快速判断某个数据是否在这个tablet、DiskRowSet中了。查询也是嗷嗷快的。
Kudu貌似看上去很好，但是千万不要迷信哈。也有几个不太好的地方：
1、查询不如HBase，官方自己都说，如果要追求快速查询还得用HBase；
2、应对数据更新，Kudu需要额外投入资源，所以装Kudu的机器时不时会抽风；
3、必须要有且走主键，非主键超级吃CPU；
4、设计的时候需要同时考虑更多。
因为没有自增主键，所以建议用类似UUID的解决方案，用雪花算法搞定主键。
设计的时候需要考虑分区策略，存储的时候规避热点存储问题，计算的时候也同样可以规避数据倾斜问题。之前分享过怎么解决数据倾斜，方法其实是一样的：
随机分区：每个区域的数据基本均衡，简单易用，偶尔出现倾斜，但是特征同样也会随机打散。
轮询分区：绝对不会倾斜，但是需要提前预知分成若干份，进行轮询。
hash散列：可以针对某个特征进行hash散列，保证相同特征的数据在一个区，但是极容易出现数据倾斜。
范围分区：需要排序，临近的数据会被分在同一个区，可以控制分区数据均匀。
不过Kudu只支持范围、Hash、多级三种分区方式。Kudu很有意思，他支持组合分区。比如这样：
Hash分区的优势在于超高写入吞吐量，预先设置的范围分区可避免 tablet 无限增长的问题；两者结合，那是强强联手，非常有意思。
Kudu毕竟还是一个存储系统，虽然提供了接口供我们使用，但是得用Java写啊！数仓同学是不是要哭了？
别着急！早就有解决方案了。那就是Kudu+Impala，双剑合并。kudu负责数据存储，Impala负责计算和SQL友好，你看，多棒啊~~~
最后用一个简单的架构演进图收尾吧：
扩展阅读：kudu的相关信息可以在Apache官网可以找到，我手上有一份网易大佬分享的实战经验，各位可以参考一下。“大数据架构师”公众号后台回复“kudu”即可下载。
配合以下文章享受更佳
剖析 | MapReduce全流程【附调优指南】
我需要你的转发，爱你哟
本文为作者独立观点，不代表鸟哥笔记立场，未经允许不得转载。
《鸟哥笔记版权及免责申明》 如对文章、图片、字体等版权有疑问，请点击 反馈举报
Powered by QINGMOB PTE. LTD. © 2010-2022 上海青墨信息科技有限公司 沪ICP备2021034055号-6
我们致力于提供一个高质量内容的交流平台。为落实国家互联网信息办公室“依法管网、依法办网、依法上网”的要求，为完善跟帖评论自律管理，为了保护用户创造的内容、维护开放、真实、专业的平台氛围，我们团队将依据本公约中的条款对注册用户和发布在本平台的内容进行管理。平台鼓励用户创作、发布优质内容，同时也将采取必要措施管理违法、侵权或有其他不良影响的网络信息。
一、根据《网络信息内容生态治理规定》《中华人民共和国未成年人保护法》等法律法规，对以下违法、不良信息或存在危害的行为进行处理。
1. 违反法律法规的信息，主要表现为：
1)反对宪法所确定的基本原则；
2)危害国家安全，泄露国家秘密，颠覆国家政权，破坏国家统一，损害国家荣誉和利益；
3)侮辱、滥用英烈形象，歪曲、丑化、亵渎、否定英雄烈士事迹和精神，以侮辱、诽谤或者其他方式侵害英雄烈士的姓名、肖像、名誉、荣誉；
4)宣扬恐怖主义、极端主义或者煽动实施恐怖活动、极端主义活动；
5)煽动民族仇恨、民族歧视，破坏民族团结；
6)破坏国家宗教政策，宣扬邪教和封建迷信；
7)散布谣言，扰乱社会秩序，破坏社会稳定；
8)宣扬淫秽、色情、赌博、暴力、凶杀、恐怖或者教唆犯罪；
9)煽动非法集会、结社、游行、示威、聚众扰乱社会秩序；
10)侮辱或者诽谤他人，侵害他人名誉、隐私和其他合法权益；
11)通过网络以文字、图片、音视频等形式，对未成年人实施侮辱、诽谤、威胁或者恶意损害未成年人形象进行网络欺凌的；
12)危害未成年人身心健康的；
13)含有法律、行政法规禁止的其他内容；
2. 不友善：不尊重用户及其所贡献内容的信息或行为。主要表现为：
1)轻蔑：贬低、轻视他人及其劳动成果；
2)诽谤：捏造、散布虚假事实，损害他人名誉；
3)嘲讽：以比喻、夸张、侮辱性的手法对他人或其行为进行揭露或描述，以此来激怒他人；
4)挑衅：以不友好的方式激怒他人，意图使对方对自己的言论作出回应，蓄意制造事端；
5)羞辱：贬低他人的能力、行为、生理或身份特征，让对方难堪；
6)谩骂：以不文明的语言对他人进行负面评价；
7)歧视：煽动人群歧视、地域歧视等，针对他人的民族、种族、宗教、性取向、性别、年龄、地域、生理特征等身份或者归类的攻击；
8)威胁：许诺以不良的后果来迫使他人服从自己的意志；
3. 发布垃圾广告信息：以推广曝光为目的，发布影响用户体验、扰乱本网站秩序的内容，或进行相关行为。主要表现为：
1)多次发布包含售卖产品、提供服务、宣传推广内容的垃圾广告。包括但不限于以下几种形式：
2)单个帐号多次发布包含垃圾广告的内容；
3)多个广告帐号互相配合发布、传播包含垃圾广告的内容；
4)多次发布包含欺骗性外链的内容，如未注明的淘宝客链接、跳转网站等，诱骗用户点击链接
5)发布大量包含推广链接、产品、品牌等内容获取搜索引擎中的不正当曝光；
6)购买或出售帐号之间虚假地互动，发布干扰网站秩序的推广内容及相关交易。
7)发布包含欺骗性的恶意营销内容，如通过伪造经历、冒充他人等方式进行恶意营销；
8)使用特殊符号、图片等方式规避垃圾广告内容审核的广告内容。
4. 色情低俗信息，主要表现为：
1)包含自己或他人性经验的细节描述或露骨的感受描述；
2)涉及色情段子、两性笑话的低俗内容；
3)配图、头图中包含庸俗或挑逗性图片的内容；
4)带有性暗示、性挑逗等易使人产生性联想；
5)展现血腥、惊悚、残忍等致人身心不适；
6)炒作绯闻、丑闻、劣迹等；
7)宣扬低俗、庸俗、媚俗内容。
5. 不实信息，主要表现为：
1)可能存在事实性错误或者造谣等内容；
2)存在事实夸大、伪造虚假经历等误导他人的内容；
3)伪造身份、冒充他人，通过头像、用户名等个人信息暗示自己具有特定身份，或与特定机构或个人存在关联。
6. 传播封建迷信，主要表现为：
1)找人算命、测字、占卜、解梦、化解厄运、使用迷信方式治病；
2)求推荐算命看相大师；
3)针对具体风水等问题进行求助或咨询；
4)问自己或他人的八字、六爻、星盘、手相、面相、五行缺失，包括通过占卜方法问婚姻、前程、运势，东西宠物丢了能不能找回、取名改名等；
7. 文章标题党，主要表现为：
1)以各种夸张、猎奇、不合常理的表现手法等行为来诱导用户；
2)内容与标题之间存在严重不实或者原意扭曲；
3)使用夸张标题，内容与标题严重不符的。
8.「饭圈」乱象行为，主要表现为：
1)诱导未成年人应援集资、高额消费、投票打榜
2)粉丝互撕谩骂、拉踩引战、造谣攻击、人肉搜索、侵犯隐私
3)鼓动「饭圈」粉丝攀比炫富、奢靡享乐等行为
4)以号召粉丝、雇用网络水军、「养号」形式刷量控评等行为
5)通过「蹭热点」、制造话题等形式干扰舆论，影响传播秩序
9. 其他危害行为或内容，主要表现为：
1)可能引发未成年人模仿不安全行为和违反社会公德行为、诱导未成年人不良嗜好影响未成年人身心健康的；
2)不当评述自然灾害、重大事故等灾难的；
3)美化、粉饰侵略战争行为的；
4)法律、行政法规禁止，或可能对网络生态造成不良影响的其他内容。
二、违规处罚
本网站通过主动发现和接受用户举报两种方式收集违规行为信息。所有有意的降低内容质量、伤害平台氛围及欺凌未成年人或危害未成年人身心健康的行为都是不能容忍的。
当一个用户发布违规内容时，本网站将依据相关用户违规情节严重程度，对帐号进行禁言 1 天、7 天、15 天直至永久禁言或封停账号的处罚。当涉及欺凌未成年人、危害未成年人身心健康、通过作弊手段注册、使用帐号，或者滥用多个帐号发布违规内容时，本网站将加重处罚。
三、申诉
随着平台管理经验的不断丰富，本网站出于维护本网站氛围和秩序的目的，将不断完善本公约。
如果本网站用户对本网站基于本公约规定做出的处理有异议，可以通过「建议反馈」功能向本网站进行反馈。
(规则的最终解释权归属本网站所有)