Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/redis/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Cassandra 故障诊断码未删除卡桑德拉墓碑?_Cassandra_Cassandra 2.0 - Fatal编程技术网

Cassandra 故障诊断码未删除卡桑德拉墓碑?

Cassandra 故障诊断码未删除卡桑德拉墓碑?,cassandra,cassandra-2.0,Cassandra,Cassandra 2.0,我有一个Cassandra 2.1.4集群,有14个节点。我主要使用它来存储通过KairosDB收集的时间序列数据 插入到名为data_points的列族(最大的列族)中的数据的默认TTL为12小时。我还将gc_grace_秒设置为12小时。 尽管如此,我的磁盘空间一直在增加,看起来墓碑从未被丢弃过 看起来契约是定期发生的。SSTable计数似乎也不过分。它经常在~10到~22之间。我使用的压缩策略是DTC DESC键空间-> 我做错什么了吗?有没有办法缓解这种情况 更新:当我手动触发压缩时

我有一个Cassandra 2.1.4集群,有14个节点。我主要使用它来存储通过KairosDB收集的时间序列数据

插入到名为data_points的列族(最大的列族)中的数据的默认TTL为12小时。我还将gc_grace_秒设置为12小时。 尽管如此,我的磁盘空间一直在增加,看起来墓碑从未被丢弃过

看起来契约是定期发生的。SSTable计数似乎也不过分。它经常在~10到~22之间。我使用的压缩策略是DTC

DESC键空间->

我做错什么了吗?有没有办法缓解这种情况


更新:当我手动触发压缩时,我看到磁盘使用量大幅减少。它从约40GB增加到约16GB。我也发布在Cassandra用户列表上,有人建议我使用Cassandra的最新版本。显然,在2.1.4中,这可能会导致旧数据不会被删除:

BTW。您是如何获得这些图形的?你使用什么工具?如果你查询12小时以上的时间序列数据,你会得到一个空的响应吗?@Ralf:是的,查询24小时以上的数据,只返回最后12小时的数据。这意味着不会返回超过12小时的数据。@piotrwest::)您为DTC配置了哪些参数:基本时间秒、最小阈值和最大表时间天?