在运行 Apache Cassandra 3.11.4 并使用 Cassandra Reaper 1.4.1 修复的 Cassandra 集群上，我遇到了修复过程创建的快照有时不会被删除的问题。
这意味着随着时间的推移，越来越多的这样的快照（以 UUID 的形式命名，如 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx）会累积起来，最终我会耗尽磁盘空间，除非我手动删除这些快照。
当然，我可以创建一个 cron 作业来定期删除这些快照，但这可能会干扰正在运行的修复会话，因为没有好的方法来判断哪些快照是过时的以及哪些快照与活动修复会话相关联。
是否有人知道为什么这些快照有时不会自动删除（就像它们应该的那样）并且有比上面提到的 cron 作业更好的解决方案？
顺便说一句：我也在旧版本的 Apache Cassandra 和 Cassandra Reaper 中看到了这个问题，所以我不认为这个问题是上述版本所特有的。在仅存储少量数据的另一个集群上，我还没有看到这个问题，所以它可能与失败的修复会话有关。
答案1
您在计划中使用什么设置来进行修复并行性？
我们遇到了一个问题，当我们将其设置为 DATACENTER_AWARE 时，快照并没有被清理。
我们现在正在使用“并行”，它似乎正在处理快照。