一:Hbase的存储形式
Hbase的内部使用KeyValue
的形式存在,其key是有rowkey:family:column:logTime
,value
是其存储的内容。
其在region
的是大多以升序的形式排列,唯一的是logtime
是以降序的形式进行排列。
所以,按照越靠近左边的信息越容易被检索到。其设计时,要考虑把重要的信息放左边,不重要的信息放到右边,可以提高查询数据的速度。这样,最重要的提高索引速度的就是设计合适的rowkey。
二:rowkey的设计原则
-
长度原则,最短越好,最大不能超过64K。太长的影响有两点,一是极大影响了
HFile
的存储效率。二是缓存memstore
不能得到有效利用,缓存不能存放太多的信息,造成检索效率的降低。 -
唯一原则
保证rowkey
的唯一性。 -
尽量保证经常一起用的
rowkey
存储在同一个region
上,有助于提升检索效率。但要避免热点问题。 -
对于常用的检索的
rowkey
,尽量使用高表(行多列少),二部选择宽表(列多行少)。
三:rowkey引起热点问题的集中解决方法
-
加盐:在rowkey前面加一个冗余信息,这样可以把数据分散到不同的region中。
优点:可以有效的防止rowkey集中分配到一个或多个region中。有效避免了热点问题;
缺点:无形中增加了rowkey的长度;范围检索得不到有效使用。
-
字段交换,提升权重:如果rowkey中含有几个信息字段,可以调整信息字段的顺序。
缺点:对于单个信息字段,或者无论怎么调整都会遇到region热点的rowkey是解决不了的。
-
随机键:把rowkey进行hash化,在分配到不同的服务器上。和加盐的方式相似;
以下是顺序读的性能排行(由高到低,写性能与读性能相反):
顺序键 -> 使用加盐键 -> 提升字段键 -> 随机键
强加几个知识点:
- 尽量使用范围查询代替前缀查询;
- 数据多时,用分页查询;