cassandra - nodetool 修复 "SYSTEM"和 "OPSCENTER"键空间

Question

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

Answer 1

答案分别是否定的和也许。原因如下:

系统KS

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

OpsC KS

OpsCenter 使用定期读取和写入 Cassandra 来存储有关集群运行状况/统计信息等的信息。这些副本将具有多个副本，并且不同的节点可能会不同步(比如一个节点由于某种原因而关闭，并且超过最大提示窗口)。在这种情况下，如果您从该节点读取 CL ONE，则可能会看到过时的数据，并且修复会有所帮助。 OpsC 表也有一个 TTL——因此，如果由于某种原因逻辑删除表没有在集群中传播，您可以看到僵尸数据。但 OpsCenter 统计信息中陈旧数据的影响不会影响您的业务的成败。

因此，如果您有系统资源在 OpsC 键空间上运行修复(希望使用 OpsC 修复服务)，这不会造成任何损害，并且可能会阻止您看到过时的数据等。但是请为 OpsC 键空间关闭这些功能可以为您的日常工作负载释放一些系统资源。