【问题标题】:Cassandra impact of increasing number of column families越来越多的列族对 Cassandra 的影响
【发布时间】:2018-04-20 13:39:21
【问题描述】:

here 也有类似的问题。然而,答案与旧版本的 cassandra 有关。

我正在使用 dsc-cassandra-2.1.10
现在我们有大约 40 个列族。我们希望将这些中的每一个分解为更小的表/更精细的类别,这会将表数增加到大约 400 个列族。

我主要关心 memtable 内存需求和对 minor compactions 的影响。

然后这些将对节点本身产生什么一般影响。我预计 JVM 内存需求会增加。但不知道添加更多列族后效果会有多强烈

拥有这么多列族的任何其他影响也会有所帮助。现有的答案似乎都不是关于最新版本的。

附加信息:在 400 个列族中,15 个将高频更新同一组行(但分区键不同)。

每分钟大约有 15 个更新和插入。将更新大约 7000 个分区键。

谢谢

【问题讨论】:

    标签: java cassandra cqlsh cassandra-2.1


    【解决方案1】:

    DataStax 敦促谨慎 >=200 个表格

    https://docs.datastax.com/en/dse-planning/doc/planning/planningAntiPatterns.html#planningAntiPatterns__AntiPatTooManyTables

    Warning threshold: 200 tables. The cluster may run smoothly above this threshold, but once your database reaches the warning threshold, it's time to start monitoring and planning a re-architecture. If possible, remove unused and underutilized tables.
    
    Failure threshold: 500 tables. On a cluster that has exceeded 500 tables, expect problems and errors, including (but not limited) issues related to high memory usage and compactions.
    

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-06-02
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多