Cassandra 将服务器添加到现有群集后，会出现大量SSTABLE

我们正在运行由8个节点组成的测试cassandra集群 使用简单的snitch和DateTieredCompactionStrategy在单个DC中运行 卡桑德拉版本2.1.3 将新节点（第9个）添加到集群后，我们看到新加入的服务器上的SSTABLE数量大致等于集群中所有服务器上所有SSTABLE的总和。这个数字相当大，因为新添加的服务器上有成千上万个SSTABLE

问题1：这是我们应该期待的吗

此外，新添加的服务器似乎没有过载，基本上没有挂起/计划的压缩，但sstable的数量没有减少

问题2：没有减少SSTABLE数量的原因是什么

问题3：我们需要做什么来减少每台服务器的SSTABLE数量

感谢您的帮助

由于DTC的设计，这是已知的（意外但并不意外）行为。如果最大工作日低于ttl截止值，则每次都会发生这种情况。从集群中删除节点时也会发生这种情况

---

如果我的演讲被接受，我计划在2015年C*Summit上讨论这个问题，我已经在

什么版本的cassandra中提出了DTC的替代方法？其他服务器上有多少个SSTABLE？我们正在运行的“nodetool compactionstats”下有多少个挂起的压缩2.1.3您是否使用具有相同num_令牌的虚拟节点？执行

节点操作状态时，数据是如何分布的（自己的列）？在新节点上执行
nodetool netstats
时，流式处理结束了吗？在我添加服务器时，我们正在运行2.1.3。在集群中的每个节点上大约有500个sstables nodetool compactionstats输出在其中一个服务器上挂起的任务：1压缩类型键空间表已完成总单位进度压缩数据度量值\u full 4501387882373261571字节18.97%yes num_令牌设置在所有主机上都相同，从status命令中等于256：数据在所有节点之间平均分布netstats显示：模式：正常；不发送任何流。；据我所知，在添加服务器时流媒体已成功完成Hanks Jeff，很高兴知道这一点。我也有一些CFs在DTC上运行，但它们到目前为止表现良好。谢谢！在峰会上打招呼。