HBASE顺序行键（YYYYMMDDHHMMSS），确定性非随机盐

Question

我的行键的初始起始部分看起来像“ YYYYMMDDhhmmss”，其中“ ss”始终为00。例如：20170603162100，它对应于2017年6月6日的16:21（不要问我为什么，但是时间戳必须在密钥的开始！）

显然，这是每分钟（并且显然每分钟都是唯一的）数据。

这遭受区域热点的困扰。 在区域服务器上，行键将如下所示：

我的阅读模式：在唯一的分钟（而不是一个小时，一天，一个月，一年）中获取数据

假设我有10个区域服务器。

这是我正在考虑的一种解决方案，它看起来有点像盐（但是确定性的，不是随机的）：

我看到毫米部分-分钟，并根据此分配盐。 00分钟：行键前缀A。01分钟：行键前缀B .. 09分钟：行键前缀J。10分钟：行键前缀A。

这样，所有“ A”键都应分发到第一区域服务器，依此类推。 优点可能是：所有到同一区域服务器的单分钟请求，这对我来说都是可以承受的。 在第二分钟，所有请求都发送到其他区域服务器。

另外，检索时，我不必做并行读取，因为我实际上知道盐。

有人可以解释我在哪里不对吗？

Answer 1

好吧，您只有27分钟用英语字母覆盖，可能我会建议使用两字母盐，但仍应正确分配。 （您有多少个节点？）。

或者，您可以尝试仅删除行键中的秒数并反转它。