将 gc_grace_seconds 10 更改为 0 天后，Cassandra 上的主要压缩

Question

我有一个有 gc_grace_seconds 10 天的 Cassandra 集群。自动压缩已启用并根据配置运行，但我怀疑自动压缩不会清除过期 gc_grace_seconds 持续时间（10 天）的墓碑。我计划在该表上运行一次重大压缩，所以我的问题是。

1) 我应该在不更改 gc_grace_seconds 10 天的情况下运行主要压缩吗？

2) 我应该将 gc_grace_seconds 更改为 0 天吗？

3) 如果我将 gc_grace_seconds 更改为 0，那么它是否也适用于未来数据或已经存在的数据以及天数 gc_grace_seconds？

提前致谢。

Answer 1

首先，您不应该将 gc_grace_seconds 设置为 0，除非在单节点集群上。如果 gc_grace_seconds 设置为某个时间段，则必须在每个此类时间段内至少运行一次 repair，否则您有数据复活的风险 - 当集群上的一个节点错过删除时会发生这种情况，而其他节点节点会丢弃它们的墓碑，因此以后的修复会认为数据是新的，而不会意识到它已经被删除了。如果您曾经将 gc_grace_seconds 设置为 0，那么您之前删除的任何数据可能会在下一次修复时恢复，前提是数据恰好位于其中一个副本上（因为该特定副本由于一些临时问题而错过了删除）。

所以是的，正确的方法是运行一次大压缩，原始 gc_grace_seconds 为 10 天（并确保至少每 10 天进行一次修复）。

但是您需要考虑为什么要运行主要压缩。小型压缩是否可以摆脱旧的（过去 10 天）墓碑取决于很多因素，例如您最近是否对这些墓碑所在的同一分区进行了其他修改。但除非墓碑给您造成重大问题（大量的磁盘空间，较慢的读取等），进行主要压缩可能不值得。主要压缩不是免费的，并且（至少在大小分层压缩策略中）在它之后，所有数据都位于一个文件中，并且需要更长的时间才能再次压缩。

Answer 2

1) 我是否应该在不更改 gc_grace_seconds 10 的情况下运行主要压缩 天？

是的。如果设置为 0，则墓碑将不会传播到集群中的其他节点。导致数据不一致。

3) 如果我要更改 gc_grace_seconds 0 那么它是否适用于未来 gc_grace_seconds 天的数据或已经存在的数据？

如果您更改 gc_grace_seconds，它将适用于未来数据以及当前数据。

如果你想通过压缩来清除墓碑，我有两种选择

1) nodetool compact -s keyspace table

这将压缩表并创建 50%-25%-12.5% 等的 sstables

2)nodetool compact --user-defined path/to/sstable

这将从上面提到的 sstable 中清除墓碑。