如果在下次增量修复之前发生压缩,增量修复的工作原理

时间:2016-07-06 21:40:07

标签: cassandra datastax datastax-enterprise cassandra-2.1

我想进行维修,在进行各种选项以减少维修时间后,我遇到了这两个选项的增量维修和对分区范围进行并行维修。

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

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

1 个答案:

答案 0 :(得分:1)

在回答这个问题之前我的第一个问题是"你的用例是什么,你使用的压缩策略是什么,你的目标是什么?"。 在使用水平压实策略并针对低延迟时,采用增量维修是一个很好的决定。 考虑到这一点,我会尝试回答你的问题。

1。)修复过的零件是压实的,未修复的零件是大小分层的。因此,如果您正在使用水平压实,则修复后的零件将被调平并且未经修复的尺寸会被分层。

2.。)并行维修通常用于操作停机或您希望快速完成维修。他们资源匮乏,所以不要在生产中安排它们。

总而言之,这取决于您的使用案例以及您的目标。