LCS上的主要压缩
major compaction on LCS
我在 Cassandra 集群中有 table LCS。我也观察到集群中可能存在墓碑，因此我决定减少 GC 宽限秒数并执行主要压缩。 运行 nodetoolcompact keyspace table 但压缩作业 运行 一秒钟之内。似乎主要压缩不起作用。你能帮我理解一下吗？
如果您实际上使用的是古董 Cassandra 2.0，正如您问题上的标签所说，那么它确实不支持 LCS 上的主要压缩，并且 "nodetool compact" 仅触发了次要压缩无论如何都发生了（除非明确禁用）。这已在 Cassandra 2.2 中修复 - 请参阅问题 https://issues.apache.org/jira/browse/CASSANDRA-7272。
仍有计划进一步改进 LCS 上的主要压缩 - 参见 https://issues.apache.org/jira/browse/CASSANDRA-11817 - 但它应该已经运行得相当好并且不应该像你报告的那样完成 "within a second" - 除非你真的是运行 卡桑德拉 2.0.
我在 Cassandra 集群中有 table LCS。我也观察到集群中可能存在墓碑，因此我决定减少 GC 宽限秒数并执行主要压缩。 运行 nodetoolcompact keyspace table 但压缩作业 运行 一秒钟之内。似乎主要压缩不起作用。你能帮我理解一下吗？
如果您实际上使用的是古董 Cassandra 2.0，正如您问题上的标签所说，那么它确实不支持 LCS 上的主要压缩，并且 "nodetool compact" 仅触发了次要压缩无论如何都发生了（除非明确禁用）。这已在 Cassandra 2.2 中修复 - 请参阅问题 https://issues.apache.org/jira/browse/CASSANDRA-7272。
仍有计划进一步改进 LCS 上的主要压缩 - 参见 https://issues.apache.org/jira/browse/CASSANDRA-11817 - 但它应该已经运行得相当好并且不应该像你报告的那样完成 "within a second" - 除非你真的是运行 卡桑德拉 2.0.