cassandra - “SYSTEM”和“OPSCENTER”键空间的nodetool修复

Question

我们是否还需要修复 Cassandra 中的“SYSTEM”键空间和“OPSCENTER”键空间以及我们创建的键空间？

Answer 1

答案是否定的，也许分别。原因如下：

系统KS

SYSTEM 密钥空间使用本地复制策略，因此没有必要或没有必要修复它——请记住，修复是一种反熵机制，通过它我们可以确保不同节点上的多个副本保存相同的最新数据。因为本地策略意味着没有复制，所以没有必要建立默克尔树并比较它们。

OpsC KS

OpsCenter 使用定期读取和写入 Cassandra 来存储有关集群运行状况/统计信息等的信息。这些将有多个副本，并且不同的节点可能会不同步（例如，一个节点由于某种原因关闭并超过了最大值提示窗口）。在这种情况下，如果您从该节点读取 CL ONE，您可能会看到陈旧的数据，并且修复将是有益的。OpsC 表也有一个 TTL——因此如果由于某种原因墓碑没有在集群中传播，您可能会看到僵尸数据。但是 OpsCenter 统计数据中陈旧数据的影响不会成就或破坏您的业务。

因此，如果您有系统资源在 OpsC 密钥空间上运行修复（希望使用 OpsC 修复服务），它不会受到伤害，并且可能会阻止您看到过时的数据等。但是为 OpsC 密钥空间关闭这些可能会释放一些系统资源用于您的常规工作负载。