我认为这个问题：Does DateTieredCompactionStrategy work with composite keys?基本上是同一个问题，但我想确认..
我的表格（简化）如下： CREATE TABLE foo（ 姓名文字， textId文字， 消息文本 首要的关键 （（名称），文本ID）） 使用聚类顺序（textId ASC）
我们在这里看到我们没有TIMESTAMP列，实际上不需要DataTieredCompaction，（因为这个策略利用了实际的写入时间，对吗？）
textId确实有＆＃39; TS＆＃39;编码，它接近实际的writeTimeStamp，但会有所不同。
用例是，所有数据都插入（永不更新），带有TTL。 在大多数情况下，我们希望在TTL之前删除记录。这听起来像是DateTieredCompaction的合适用途吗？如果不是为什么不呢？
我已经开始进行一些测试了，到目前为止似乎确实有效，但需要更长时间的运行（特别是我试图避免我们之前看到的问题......我们看到性能直线下降在x量的时间之后，我认为要么是因为重压缩和/或修复过程（我们在3节点集群上运行了LevelTieredCompaction），而是已经升级到5节点集群，希望修复只会减慢2个一次一个节点，保持完整的法定数量，性能达到100％。（事实上，对于我们的用例，我们可能有一个专用的集群，其中关闭了修复，复制因子1（我们自己复制到其他DC）
思想？
PS。我们正在运行cassandra 2.1