
正文
hbase根据rowkey,hbase根据rowkey 查不到
提示:扫一扫查出行【扫一扫了解最新限行尾号】
复制提示
HBase存储架构
HBase采用了类似Google Bigtable的数据模型,即一个稀疏的、分布式的、持久化的多维映射表,每个表都由行键、列族、列限定符和时间戳组成。
hbase的核心数据结构为LSM树。LSM树分为内存部分和磁盘部分。内存部分是一个维护有序数据集合的数据结构。
而HBase中的数据存储是基于列族(column family)和行键(row key)的,HBase的数据存储结构是按行键排序的有序映射表,可以通过行键的前缀匹配来检索数据。
相关问答
Q1: HBase性能优化-Rowkey&列族设计
1、必须在设计上保证RowKey的唯一性。由于在HBase中数据存储是Key-Value形式,若向HBase中同一张表插入相同RowKey的数据,则原先存在的数据会被新的数据覆盖。设计的RowKey应均匀的分布在各个HBase节点上,避免数据热点现象。
2、必须在设计上保证RowKey的唯一性。由于在HBase中数据存储是Key-Value形式,若向HBase中同一张表插入相同RowKey的数据,则原先存在的数据会被新的数据覆盖。设计的RowKey应均匀的分布在各个HBase节点上, 避免数据热点现象。
3、像这样预先创建hbase表分区的方式,称之为预分区。hash(主键) + 年月日时(2019062315)这里只取hash(主键)的前6位,使得行键的长度正好是16,也就是8的整数倍,在64位计算机中,效果最好。
4、HBase的Rowkey是按照ASCII有序设计的,我们在设计Rowkey时要充分利用这点。比如视频网站上对影片《泰坦尼克号》的弹幕信息,这个弹幕是按照时间倒排序展示视频里,这个时候我们设计的Rowkey要和时间顺序相关。
5、HBase性能优化-Rowkey&列族设计必须在设计上保证RowKey的唯一性。由于在HBase中数据存储是Key-Value形式,若向HBase中同一张表插入相同RowKey的数据,则原先存在的数据会被新的数据覆盖。
6、行键(RowKey)的设计 首先应该避免使用时序或单调(递减/递增)行键。
Q2: hbase中用,时间是rowkey的一部分。怎么根据rowkey查出某段时间范围的...
不要用filter很慢的,直接scan,设一下start和end就行了。它支持通配的。
自己的想法是先通过HTable.getstartkey()得到每个region的起始rowkey,然后从前往后逐条搜索,符合条件的就加入到结果中去。但是实现时发现HTable.getstartkey()没有正确返回起始rowkey。使用的是伪分布模式下的HBase。
我们都知道 HBase 的数据根据 rowkey 字典序排序的,理解这个概念很重要。根据 wiki 解释:通俗的理解,字典序是把字符左对齐,从 左到右比 大小的排序,一旦比出大小就停止比较后续的字符。
Time Stamp HBASE 中通过rowkey和columns确定的为一个存贮单元称为cell。每个 cell都保存 着同一份数据的多个版本。版本通过时间戳来索引。时间戳的类型是 64位整型。
row_start、row_stop:起始和终止rowkey,查询两rowkey间的数据 row_prefix:rowkey前缀。
目前我们已经确定了hbase存储,并且采用预分区的方式并且采用rowkey进行过滤查询,那么现在考虑rowkey的设计。
hbase根据rowkey的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于hbase根据rowkey 查不到、hbase根据rowkey的信息别忘了在本站进行查找喔。







