Cassandra 卡桑德拉主要压实度的控制

我对卡桑德拉比较陌生，所以如果我遗漏了一些明显的东西，我会提前道歉。

---

因此，我在单节点集群中使用cassandra 1.0.12，并执行大量的写入和删除操作（大约1000/秒）。写入比删除更频繁，因此我的磁盘空间不断增加。如果我理解正确，压实将帮助我实现这一目标（大调和小调）。所以我将setGc_grace_seconds更改为0，将min_compression_threshold更改为2。即使在设置了这些值之后，我看到该列族的SSTable count为4，当SSTable count为2时，它不应该启动压缩吗？此外，主压缩何时开始，我如何控制它（我希望更频繁地运行）。

如果使用大小分层压缩，有时在磁盘上创建至少最小压缩阈值的大小类似的表后，会自动触发次压缩。因此，在您的情况下，有时在创建了两个大小相似的SSTable之后，会进行较小的压缩，并将这两个SSTable合并到一个新的SSTable中。

---

主要压实是通过手动触发的。“对于键空间中的每个列族，这会将所有现有SSTable压缩到单个SSTable中。”

如果使用大小分层压缩，有时在磁盘上至少创建了最小压缩阈值SSTables（大小类似）后，会自动触发次压缩。因此，在您的情况下，有时在创建了两个大小相似的SSTable之后，会进行较小的压缩，并将这两个SSTable合并到一个新的SSTable中。

---

主要压实是通过手动触发的。“对于键空间中的每个列族，这会将所有现有的SSTable压缩为一个SSTable。”

我想我忽略了相似的大小，谢谢你指出它，也许这就是我们没有看到压缩效果的原因。我想我忽略了相似的大小，谢谢你指出，也许这就是我们没有看到压缩启动的原因。如果以低于ConsistenceLevel的速度进行删除，请小心将gc_grace_seconds设置为0；你可以很容易地得到僵尸数据：我认为这应该没问题，因为我使用的是单节点集群。如果你在一致性级别以下进行删除，请小心将gc_grace_seconds设置为0；你可以很容易地得到僵尸数据：我认为这应该是好的，因为我使用的是单节点集群。