网站大量收购闲置独家精品文档,联系QQ:2885784924

《Hadoop技术原理》课件——13.pptx

  1. 1、本文档共106页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

Hadoop技术原理

1.Hbase表设计

Hbase表设计

01HBase表设计

RowKey的设计

建表预分区

列簇设计(包括列簇属性设计)

02HBase表设计

设计表需要解决的问题

1.行键结构应该是什么,应该包含什么?

2.该表应有多少列族?

3.哪些数据进入哪个列族?

4.每个列族中有多少列?

5.列名应该是什么?尽管在创建表时不需要定义列名,但是在写入或读取数据时需要知道它们。

6.什么信息应该进入单元?

7.每个单元应存储多少个版本?

03RowKey的设计

热点现象:某个小的时段内,对HBase的读写请求集中到极少数的Region上,导致这些Region所在的

RegionServer处理请求量骤增,负载量明显偏大,而其他的RegionServer明显空闲。

热点现象出现的原因,往往就是因为HBase表设计时,RowKey设计不合理造成的

热点现象解决办法:RowKey的随机散列+创表预分区

04RowKey的设计

RowKey设计原则

·总的原则:避免热点现象,提高读写性能

·长度原则:最大长度64KB,开发通常10~100个字节,建议不超过16字节(hbase每个单元格以

keyvalue进行存储的,因此都会存储rowkey)

·散列原则:将时间上连续产生的rowkey散列化,以避免集中到极少数Region上

·唯一原则:必须在设计上保证rowkey的唯一性

RowKey设计结合业务

·在满足rowkey设计原则的基础上,往往需要将经常用于查询的字段整合到rowkey上,以提高检索查询

效率

05列簇属性

目的

·创建HBase时,就预先根据可能的RowKey划分出多个Region而不是默认的一个,从而可以将后续的

读写操作负载均衡到不同的Region上,避免热点现象

原则:

·HBase表的预分区需要紧密结合业务场景来选择分区的key值,每个region都有一个startKey和一个

endKey来表示该region存储的rowKey范围。

06列簇属性

方式(四种):

·createns1:t1,f1,SPLITS=[10,20,30,40]

·createt1’,f1,SPLITS_FILE=splits.txt,OWNER=johndoe其中splits.txt文件内容是每行一

个rowkey值

·createt1,f1,{NUMREGIONS=15,SPLITALGO=HexStringSplit}

·JavaAPI

weiboContentTbl.addFamily(cf)

valsplits=Array(Bytes.toBytes(10000),Bytes.toBytes(20000),

Bytes.toBytes(30000),Bytes.toBytes(40000),

Bytes.toBytes(50000),Bytes.toBytes(60000)

)

admin.createTable(weiboContentTbl,splits)

07列簇属性

hbase(main):021:0describet1

DESCRIPTIONENABLED

t1,{NAME=f1,DATA_BLOCKENCODING=NONE,Btrue

LO0MFILTER=ROW,REPLICATIO

文档评论(0)

乐毅淘文斋 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:8121131046000040

1亿VIP精品文档

相关文档