如何解决hbase 用于存储游戏玩家的最后 1000 个关键点击
因此,对于我的用例,我只需要保存每个玩家的最后 1000 次击键。并且只有 2 个字段 --> gamerId(全部为数字)和 keyId(也全部为数字)。因此,假设玩家 1123 已经存储了 999 个 keyId,当第 1000 个 keyId 进入该玩家时,正常插入。然而,一旦第 1001 个 keyId 出现,我们需要删除该玩家最早记录的 keyId 并保留第 1001 个。因此,在任何时候,数据库中每个玩家最多只能有 1000 个 keyId。我们有 +/- 1 亿玩家和非常高的 keyId 流量,并且会非常频繁地查找和写入此表。 HBase 会适合这个吗?如果不是,还有什么替代方法?
谢谢
解决方法
原则上,由于版本控制,您可以非常轻松地在 hbase 中完成此操作。我从未尝试过每列 1,000 个版本(通常为 5-10 个)的极端情况,但我认为对于可以拥有的版本数量没有任何具体限制。您应该看看它是否会产生任何性能影响。另请查看此讨论:https://www.quora.com/Is-there-a-limit-to-the-number-of-versions-for-an-HBase-cell
在定义表和列族时,可以指定 max versions 参数。这样,当您继续使用相同的行值执行 Puts 时,该行的键将不断生成新版本(它们也都将带有时间戳。一旦您执行了第 1,001 个 Put,第一个 Put 将自动被删除,依此类推,以 FIFO 为基础。同样,当您对该行键执行 Get 时,您可以使用各种方法来检索一系列版本。在这种情况下,这取决于您将使用什么 API 来获取值(使用本机 Java API 很容易做到这一点,但不确定其他访问方法)。
100 百万行对于 HBase 来说非常小,所以通常应该不成问题。但当然,如果您的每一行确实有 1,000 个版本,那么您将看到 1000 亿个键值。再说一次,我认为 HBase 是可行的,但是您应该严格地查看这是否会导致任何性能问题,并且您应该适当地调整集群大小。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。