我们是否还需要修复 Cassandra 中的“SYSTEM”键空间和“OPSCENTER”键空间以及我们创建的键空间?
最佳答案
答案分别是否定的和也许。原因如下:
系统KS
SYSTEM 键空间使用本地复制策略,因此没有必要或没有意义修复它 - 请记住,修复是一种反熵机制,通过它我们确保不同节点上的多个副本保存相同的最新数据。因为Local策略意味着没有复制,所以不需要构建默克尔树并进行比较。
OpsC KS
OpsCenter 使用定期读取和写入 Cassandra 来存储有关集群运行状况/统计信息等的信息。这些副本将具有多个副本,并且不同的节点可能会不同步(比如一个节点由于某种原因而关闭,并且超过最大提示窗口)。在这种情况下,如果您从该节点读取 CL ONE,则可能会看到过时的数据,并且修复会有所帮助。 OpsC 表也有一个 TTL——因此,如果由于某种原因逻辑删除表没有在集群中传播,您可以看到僵尸数据。但 OpsCenter 统计信息中陈旧数据的影响不会影响您的业务的成败。
因此,如果您有系统资源在 OpsC 键空间上运行修复(希望使用 OpsC 修复服务),这不会造成任何损害,并且可能会阻止您看到过时的数据等。但是请为 OpsC 键空间关闭这些功能可以为您的日常工作负载释放一些系统资源。
关于cassandra - nodetool 修复 "SYSTEM"和 "OPSCENTER"键空间,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29544790/