默认情况下，rollup360，rollup60，rollup7200，rollup86400等汇总表的值为default_time_to_live，表示数据永不过期。但是根据Opscenter Metrics blog使用Cassandra内置的ttl支持，OpsCenter在7天后到期rollups60列系列中的列，4周后rollups300列系列，1年后汇总7200列系列，以及数据在rollups86400列系列永不过期。
但是在opscenterd.conf中，默认值列在下面。
[cassandra_metrics]
1min_ttl = 86400
5min_ttl = 604800
2hr_ttl = 2419200
哪种设置优先于另一种？
答案 0 :(得分：1)
如果未在documentation中定义任何位置设置默认值：
1min_ttl设置到期时间（以秒为单位） 分数据点。默认值为604800（7天）。
5min_ttl设置到期的秒数5 分数据点。默认值为2419200（28天）。
2hr_ttl设置到期2小时的时间（以秒为单位） 数据点。默认值为31536000（365天）。
24hr_ttl设置24小时数据到期的时间 点。默认值为0，或从不。
如果你没有设置它们，它将使用默认值，但是如果你在[cassandra_metrics]的{{1}}部分覆盖它们。当节点上的代理存储一段时间的汇总时，它将包括与其关联的任何TTL，即（不完全是opscenter如何做，但出于演示目的）：
opscenterd.conf在您的示例中，您降低了TTL，这会减少存储的数据量。所以：
1）设置较低的TTL以减少存储在磁盘上的数据量。您可以按照票证中的说明对其进行配置。虽然压缩策略可以显着影响这一点。
2）表上有一个默认的ttl设置，但是每个查询设置它并将其放在表中确实没有多大区别。如果需要更改它，那么执行alter table相当于仅更改插入的ttl值。如果表中的过时数据出现问题，请尝试切换到INSERT INTO rollups60 (key, timestamp, value) VALUES (...) USING TTL 604800;
（这不会增加压缩IO但可能不明显）
答案 1 :(得分：0)
根据： https://docs.datastax.com/en/latest-opsc/opsc/configure/opscChangingPerformanceDataExpiration_t.html
“编辑cluster_name.conf文件。”
Chris，你建议编辑opscenterd.conf。