Cassandra压实，修复与清理

Question

发布question并阅读this和that文章后，我仍然不了解这三个操作之间的关系-

Cassandra压缩任务

nodetool修复

nodetool清理

是在执行压缩任务时处理修复任务，还是在执行压缩任务时进行清理？清理是否是需要每周执行一次的维修工作？为什么修复操作需要手动执行，而Cassandra的默认行为却没有呢？

健康集群维护的基本规则是什么？

Answer 1

cleanup是一种压缩，它仅除去节点 token 范围之外的内容。 repair具有“Validation Compaction”，可以构建梅克尔树以与其他节点进行比较，因此nodetool repair的一部分将具有紧凑性。

Is repair task can be processed while compaction task is running, or cleanup while compaction task is running?

在常规压缩，修复，清理，清理等过程中，有一个共享的压缩池。这是cassandra.yaml中的 concurrent_compactors设置，默认设置为内核数和数据目录的组合: https://github.com/apache/cassandra/blob/cassandra-2.1/src/java/org/apache/cassandra/config/DatabaseDescriptor.java#L572

Is cleanup is a operation that need to be executed weekly as repair?

不，只有在拓扑真正改变之后。

Why repair operation need to be executed manually and it is not in Cassandra default behavior?

它的手册，因为它的要求在您的数据和 gc_grace要求上可能有很大的不同。 https://issues.apache.org/jira/browse/CASSANDRA-10070会将其带入Cassandra，因此将来它将是自动的。

What is the ground rules for healthy cluster maintenance?

我会(意见)说:

定期备份(取决于需求和可接受的数据丢失
这可以是每周/每天，也可以不断增加)。

这和“内部”错误(“Opps i delete a customer”)一样，都与中断一样多。即使使用强大的多直流复制，您也需要一些最少的备份。

确保在表gc_grace时间内至少完成一次删除的所有表的修复完成。

如果您希望能够调试问题，则度量和日志存储非常重要。