【问题标题】:iBigTable: Number of rows cached per requestiBigTable:每个请求缓存的行数
【发布时间】:2020-07-18 05:09:27
【问题描述】:

我正在阅读iBigTable: Practical Data Integrity for BigTable in PublicCloud 第 6.3 小节的“读取性能”小节。 使用的短语之一是“...每个扫描请求缓存的行数。”

我是数据库新手。这是在讨论平板 T 存储行(最近在查询响应中使用)的想法,因为下一个查询 q 可能会导致检索其中一些缓存的行?也就是说,T 不是将 q 转发给其他 tablet,而是查看它的缓存,看看是否可以找到对 q 的部分响应?

非常感谢您提供进一步阅读的参考资料。

【问题讨论】:

    标签: nosql bigtable non-relational-database


    【解决方案1】:

    我无法从这个特定的 BigTable 变体的角度来回答,尽管我可以从具有类似于 Apache HBase 的数据模型的 Google Cloud 的BigTable 来回答。缓存行将在经常访问它们的情况下使用,以防止在这些行上出现热点。如果该行未缓存​​,它将向上移动平板电脑层次结构以查询它们。您可以在这些研究论文中找到有关 Google Cloud BigTable 如何处理缓存、平板电脑等的更多信息[1][2][3]。

    [1]https://www.cs.rochester.edu/courses/261/spring2017/termpaper/16/paper.pdf

    [2]https://static.googleusercontent.com/media/research.google.com/en//archive/bigtable-osdi06.pdf

    [3]https://cloud.google.com/bigtable/docs/schema-design

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2010-12-29
      • 1970-01-01
      • 2011-09-28
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-10-03
      • 1970-01-01
      相关资源
      最近更新 更多