cassandra - 我应该多久在 Cassandra 中运行 nodetool compact 和 repair 一次？

Question

我们有 14 个节点的 cassandra 集群 v 3.5。有人可以用 compact & repair 启发吗？

1. 如果我从一个节点运行，是否需要从集群中的所有节点运行紧凑型节点工具我发现它很慢，应该多久运行一次？
2. 关于节点工具修复的相同问题(集群中的所有节点或某些节点)节点工具修复或节点工具修复-pr这应该多久运行一次？

Answer 1

压缩是 Cassandra 节点正常操作的一部分。它们在后台自动运行(也称为次要压缩)，并根据配置的阈值和压缩子属性的任意组合，由每个表定义的压缩策略触发。 This video extract from the DS201 Cassandra Foundations course在 DataStax Academy更详细地讨论压缩。

运算符(operator)/管理员无需使用 nodetool compact 手动启动压缩。事实上，不建议触发用户定义的压缩(也称为主要压缩)，因为它们会像我在这篇文章中解释的那样在轨道上产生问题 -- https://community.datastax.com/questions/6396/ .

另一方面，维修需要由集群管理员管理。由于 Cassandra 具有分布式架构，因此有必要运行修复以保持副本(Cassandra 节点)之间的数据副本一致。

修复需要至少每 gc_grace_seconds 运行一次(每个表配置)。默认情况下，GC 宽限期为 10 天(864000 秒)，因此大多数数据库管理员每周对每个节点运行一次修复。 This short video from the DS210 Cassandra Operations course很好地概述了 Cassandra 的维修。

在节点上运行分区程序范围修复(使用 -pr 标志)仅修复节点拥有的数据，因此有必要运行 nodetool repair -pr每个节点，一次一个节点，直到集群中的所有节点都已修复。 This blog post by Jeremiah Jordan很好地解释了为什么这是必要的。

如果您有兴趣，datastax.com/dev有学习 Cassandra 的免费资源。 Cassandra Fundamentals特别是系列是一个很好的起点。它是一系列简短的在线教程，您可以在其中免费快速学习基本概念。干杯!