HBase 行键rowkey设计原则

本文探讨了HBase行键设计的原则,包括行键应尽可能短以减少I/O开销,根据访问模式设计组合行键,避免单调递增行键以防止负载不均,以及利用倒序时间戳优化查询效率。同时强调了行键的不可变性,并提示在设计时注意列名和行键的长度,以优化存储和查询性能。
摘要由CSDN通过智能技术生成

1.行键应该尽可能短

行键存在于HBase中的每一个单元格中。如果行键越长,用于存储单元格的I/O开销就会越大。通常我们采用MD5加密的定长键来代替行键

2.对于组合行键 排序顺序应该取决于访问模式

如果是一个以主机名和事件类型存储的日志数据库,可能的键值选取方法有以下几种:

  • [主机名][事件类型][时间戳] :适用于访问模式使用主机名和事件类型查询日志的方式。

  • [事件类型][时间戳][主机名] : 适用于访问模式使用事件类型和时间戳查询日志的方式。

  • [事件类型][反转时间戳][主机名] : 反转时间戳的值是Long.MAX_VALUE减去时间戳,这样可以确保最近发生的时间排在前面。适用于按照事件发生顺序进行处理的场合。

1.单调递增的行键/时序数据

在一个集群中,一个导入数据的进程一动不动,所有的client都在等待一个region(就是一个节点),过了一会后,变成了下一个region…如果使用了单调递增或者时序的key就会造成这样的问题。使用了顺序的key会将本没有顺序的数据变得有顺序,把负载压在一台机器上。所以要尽量避免时间戳或者(e.g. 1, 2, 3)这样的key。

2.尽量最小化行名和列名的字段大小

在HBase中,值是作为一个单元(Cell)保存在系统的中的,要定位一个单元,需要行,列名和时间戳。通常情况下,如果你的行和列的名字要是太大(甚至比value的大小还要大)的话,你可能会遇到一些有趣的情况。在HBase的存储文件中,有一个索引用来方便值的随机访问,但是访问一个单元的坐标要是太大的话,会占用很大的内

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值