Cassandra TTL已过期但磁盘数据未删除问题咨询

• 核心原因：Cassandra中，TTL过期的数据不会直接被删除，而是先被标记为墓碑（tombstone）。这些墓碑数据需要等待gc_grace_seconds（默认10天）周期结束后，才会在SSTable合并（compaction）过程中被彻底清理。所以即使TTL设为48小时，过期数据还要再等10天才能从磁盘移除，这就导致磁盘被持续占用。

• 临时缓解措施：

  • 手动触发compaction：针对目标表执行nodetool compact <keyspace> <table>，强制合并SSTable并清理已过gc_grace周期的墓碑数据。注意：大表执行此操作会占用较多系统资源，建议在低峰期进行。
  • 排查磁盘占用细节：用nodetool tablestats <keyspace> <table>查看各表的SSTable数量、墓碑占比等指标，定位磁盘占用大户。

• 长期优化方案：

  • 调整gc_grace_seconds：如果集群未使用增量修复（incremental repair），或单数据中心集群可接受少量数据不一致风险，可将该值调至与TTL一致（48小时即172800秒）。修改语句：

    ALTER TABLE <keyspace>.<table> WITH gc_grace_seconds = 172800;
    

    注意：多数据中心集群或依赖增量修复的场景，请勿随意调小该值，否则可能引发修复过程中的数据丢失。
  • 监控compaction状态：用nodetool compactionstats跟踪合并进度，避免因compaction滞后导致墓碑堆积。
  • 更换compaction策略：若默认的SizeTieredCompactionStrategy不适配大量TTL数据的场景，可改用TimeWindowCompactionStrategy，它更适合处理带时间特性的过期数据，能更及时清理过期SSTable。

内容的提问来源于stack exchange，提问作者Yash