【问题标题】:How incremental repair works if compactions happen before next incremental repair如果在下一次增量修复之前发生压缩,增量修复如何工作
【发布时间】:2016-11-09 02:36:46
【问题描述】:

我想执行修复,在通过各种选项来减少修复时间时,我遇到了这两个选项增量修复和在分区范围上执行并行修复。

1.) 如果我执行增量修复,它会遵循反压缩并分离已修复和未修复的 SStable。下次在我执行增量修复之前,如果已修复和未修复的 sstable 被压缩在一起,那么将如何对此 SStable 执行增量修复,它将对整个 sstable 执行修复还是有什么方法可以区分??

2.) 如果我对分区范围进行并行修复,它会对集群产生重大影响吗??

【问题讨论】:

    标签: cassandra datastax datastax-enterprise cassandra-2.1


    【解决方案1】:

    在回答这个问题之前,我的第一个问题是“您的用例是什么,您使用的是什么压缩策略以及您的目标是什么?”。 在使用分级压缩策略并以低延迟为目标时转向增量修复是一个不错的决定。 考虑到这一点,我会尽力回答您的问题。

    1.) 已修复的零件被压实,未修复的零件按尺寸分层。因此,如果您使用水平压实,则修复后的零件将被平整,未修复的零件将按尺寸分层。

    2.) 并行修复通常用于操作停机或想要快速完成修复时。它们资源匮乏,因此不要在生产中按计划运行它们。

    总而言之,这取决于您的用例和您的目标。

    【讨论】:

    • 感谢 Gobec,我们正在使用大小分层压缩,我们的负载写入繁重,可能我需要对分区范围进行全面修复。
    猜你喜欢
    • 2017-07-11
    • 1970-01-01
    • 2019-07-16
    • 1970-01-01
    • 2012-11-01
    • 1970-01-01
    • 2019-06-12
    • 1970-01-01
    相关资源
    最近更新 更多