谈谈phoenix salt buckets 的使用问题

本文探讨了在使用Phoenix时HBase RowKey设计的重要性,指出即使有了Phoenix,合理设计RowKey仍然至关重要。特别是对于使用saltbucket的情况,需要谨慎考虑其适用场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

首先说,这个是一不错的方案,但是乱用的问题特别的严重。

在没有使用phoenix之前,对hbase的rowkey的设计是一门学问。难道有了phoenix我们就可以不在考虑这样rowkey的问题了吗,答案是千万不要这样干。

只要当你的主键必须是单调递增的时候,而且我们使用这个主键去检索数据,那么这个salt bucket 就是完美的选择了。

如果我们想当然的将主键设计成uuid,然后再用saltbucket。这样保存数据高效了,那么你查询数据的时候难道没有条件吗,难道就是全表扫描吗,如果是全表扫描,你还用phoenix干什么,直接把数据放在hdfs上不就可以了吗。


重点来了:

    这样说来,实际上使用salt bucket的机会不多,还是需要设计好主键,然后对hbase表做预分区才是王道。   

评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值