Cassandra中的DateTieredCompactionStrategy子属性

对Cassandra中的DateTieredCompactionStrategy子属性有一些疑问

博客上说： Base_time_seconds:“这是第一个窗口的大小，默认为3600秒（1小时）。其余窗口的最小阈值（默认为4）是上一个窗口的大小。” 默认值为3600，即基本时间秒为1小时，这是否意味着第一次压缩在第1小时触发，第二次压缩在第4、16、64小时触发，依此类推

最大窗口大小秒：默认为1天。这是否意味着我的压实每天至少运行一次

墓碑石\u压缩\u间隔：默认为10天。 如果我的sstable是7天，但由于ttl 1天和GC_grace_sec 1天，满是过期数据。这是否意味着仍然没有删除我的sstables

tombstone\u Compression\u interval是否优先于ttl和GC\u grace\u sec

min_threshold（最小阈值）：当运行压缩时，如果表的“否”小于min_threshold，则我的压缩不运行

否-DTC在其中一个窗口（1h、4h、…）内找到SSTABLE，如果它认为需要将它们压缩在一起（对于第一个窗口，iirc必须大于min_阈值，对于其余2个或更多窗口），它会

否。压缩的数量仅取决于刷新/流化SSTABLE的数量。最大窗口大小只是为了确保在引导/流式传输等过程中不会出现大而旧的窗口

不，对于DTC，您不应该触摸墓碑\u压缩\u间隔-整个想法是，一旦整个sstable过期，整个东西将在不压缩的情况下自动掉落

正确，但它是每个窗口的，因此您可以在带有DTC的单独窗口中有100个sstables

---

请注意，DTC已被弃用，您应该真正使用TWCS。如果您使用cassandra<3.0，您只需构建jar文件并将其放到lib目录中即可使用它

我构建了jar并添加到lib目录。但是看起来cqlsh不识别新的类和配置选项。我得到一个错误：“ConfigurationException:@Hemalatha-你能粘贴完整的“altertable”命令吗？添加jar后是否重新启动了cassandra？我刚刚检查了是否克隆了主分支。关于克隆2.2分支，它正在工作。谢谢