"SYSTEM" 和 "OPSCENTER" 键空间的 nodetool 修复
nodetool repair for "SYSTEM" and "OPSCENTER" keyspaces
我们还需要修复 Cassandra 中的 "SYSTEM" 键空间和 "OPSCENTER" 键空间，以及我们创建的键空间吗？
答案分别是否定的。原因如下：
系统KS
SYSTEM 键空间使用本地复制策略，因此没有必要或没有意义修复它 -- 请记住，修复是一种反熵机制，我们通过它确保不同节点上的多个副本保存相同的最新数据.因为Local strategy意味着没有复制，所以不需要构建默克尔树来比较。
OpsC KS
OpsCenter 使用定期读取和写入 Cassandra 来存储有关集群运行状况/统计信息等的信息。这些将有多个副本，不同的节点可能会不同步（比如一个节点因某些原因而关闭）原因并超过最大提示 window)。在这种情况下，如果您正在从该节点读取 CL ONE，那么您可能会看到陈旧的数据，而修复将是有益的。 OpsC 表也有一个 TTL——所以如果由于某种原因墓碑没有在集群中传播，您可以看到僵尸数据。但是 OpsCenter 统计数据中过时数据的影响不会影响您的业务。
因此，如果您有系统资源来 运行 修复 OpsC 密钥空间（希望使用 OpsC 修复服务），它不会造成伤害，并且可能会阻止您看到陈旧的数据等。但是转向OpsC 密钥空间的这些关闭可能会为您的常规工作负载释放一些系统资源。
我们还需要修复 Cassandra 中的 "SYSTEM" 键空间和 "OPSCENTER" 键空间，以及我们创建的键空间吗？
答案分别是否定的。原因如下：
系统KS
SYSTEM 键空间使用本地复制策略，因此没有必要或没有意义修复它 -- 请记住，修复是一种反熵机制，我们通过它确保不同节点上的多个副本保存相同的最新数据.因为Local strategy意味着没有复制，所以不需要构建默克尔树来比较。
OpsC KS
OpsCenter 使用定期读取和写入 Cassandra 来存储有关集群运行状况/统计信息等的信息。这些将有多个副本，不同的节点可能会不同步（比如一个节点因某些原因而关闭）原因并超过最大提示 window)。在这种情况下，如果您正在从该节点读取 CL ONE，那么您可能会看到陈旧的数据，而修复将是有益的。 OpsC 表也有一个 TTL——所以如果由于某种原因墓碑没有在集群中传播，您可以看到僵尸数据。但是 OpsCenter 统计数据中过时数据的影响不会影响您的业务。
因此，如果您有系统资源来 运行 修复 OpsC 密钥空间（希望使用 OpsC 修复服务），它不会造成伤害，并且可能会阻止您看到陈旧的数据等。但是转向OpsC 密钥空间的这些关闭可能会为您的常规工作负载释放一些系统资源。