【问题标题】:Confusion about Migration to Incremental Repairs in Cassandra关于迁移到 Cassandra 增量修复的困惑
【发布时间】:2016-07-24 08:05:13
【问题描述】:

我对迁移到 Cassandra 中的增量修复 以及它如何影响 Leveled Compaction Strategy (LCS) 感到有些困惑。

来自this 博客,似乎LCS 使用STCS 来处理未修复的SSTables。但是,有一条评论澄清了这一点——自从2.1.2 以来不再是这种情况。但是,所有 DataStax 文档都提到 - 如果使用增量修复和 LCS,我们需要遵循迁移过程,如 here 所述。这似乎表明,在使用 LCS 时,我们需要先进行完整的顺序修复,同时使用sstablerepairedset 实用程序来指示修复的内容,然后再使用增量修复。

我从这个链接的理解是,这些迁移步骤只有在使用 LCS 时才需要,也就是避免 LCSSTCS在所有 SSTables 上,除非它们被修复。如果我们使用 STCS,则不需要这些步骤。

我不清楚的是 - 如果 LCS 不再将 STCS 用于未修复的表,那么这些迁移步骤的意义何在。

这是否意味着不需要迁移,我们可以直接在修复命令中使用 -inc 选项,而无需执行here 中提到的步骤?或者,我还有什么遗漏的,因此我们仍然需要这些迁移步骤?

我还检查了即使对于 C* 3.0 也提到了这些步骤,但没有提到 - 如果您使用的是 2.1.2 或更高版本,则不需要这些步骤。如果我遗漏了什么,有人可以澄清一下吗?

【问题讨论】:

    标签: cassandra datastax bigdata nosql


    【解决方案1】:

    CASSANDRA-8004 之后 LCS 不再需要迁移过程,因此您只需在第一次运行 nodetool repair -inc 选项即可。

    【讨论】:

      猜你喜欢
      • 2017-04-18
      • 1970-01-01
      • 2016-04-29
      • 2020-12-25
      • 1970-01-01
      • 2016-07-23
      • 2014-03-21
      • 1970-01-01
      相关资源
      最近更新 更多