如果需要额外的空间，可以在单独的表/列家族中跟踪recordtimes的范围。
然后，如果您不想先验地设置ttl，则可以轻松地获得要删除的具有特定年龄的记录的id。
但是请记住，要使这种跟踪分布良好，只有一个date会在集群中生成热点和非常宽的行，所以考虑一些分区键，如(date,chunk)，我在过去为chunk使用0-10的随机数。你也可以看看TimeWindowCompactionStrategy -这里有一篇关于它的博客文章：http://thelastpickle.com/blog/2016/12/08/TWCS-part1.html
您的分区键仅设置为subelement_id，因此所有记录时间的7个事件的所有元组将位于 one 分区中。

给定你的表结构，你需要知道所有数据的subelement_id，才能获取一行。因此，根据这个假设，可以通过按recordtime DESC对数据进行排序来改进表结构：

CREATE TABLE eventlookup (
    subelement_id text,
    recordtime timeuuid,
    eventtype int,
    parentid text,
    partition bigint,
    event_id text,
    PRIMARY KEY ((subelement_id), recordtime)
)
WITH CLUSTERING ORDER BY (recordtime DESC);

字符串
现在你所有的数据都是降序排列的，这将给予你一个很大的优势。
假设你有多年的数据（例如2000年到2018年）。假设您只需要保留过去5年的数据，则需要通过以下方式获取数据：

SELECT * FROM eventlookup WHERE subelement_id = 'mysub_id' AND recordtime >= '2013-01-01';

型
此查询非常有效，因为C* 将检索您的数据，并将停止扫描您想要的分区：五年前。最大的好处是，如果你在那之后有墓碑，那么，它们根本不会影响你的阅读。这意味着您可以在该点之后“安全地”修剪安全地发出删除命令

WHERE subelement_id = 'mysub_id' AND recordtime < '2013-01-01';

型
请注意，此删除将创建墓碑，将跳过您的阅读，但他们将阅读压缩，所以请记住。
或者，如果您不需要回收存储空间，您可以简单地跳过删除部分，您的系统将始终平稳运行，因为您将始终有效地检索您的数据。

AND default_time_to_live = 157，680，000// 5年（秒）