Cassandra中TWCS压缩策略不符合预期的问题咨询

算力阿峰

2026-6-13

Cassandra TWCS表SSTable数量超预期及未删除的原因分析

针对你遇到的问题：采用TWCS压缩策略的表（窗口12小时、TTL5天、gc_grace_seconds1天），预期留存10个SSTable但实际有19个，且部分maxDeletionTime为昨日的SSTable未被删除，可能的原因如下：

窗口合并未触发：TWCS要求单个时间窗口内的SSTable数量达到min_threshold（配置中为4）才会触发合并。如果某12小时窗口内写入量小，生成的SSTable不足4个，就无法合并为单个窗口SSTable，这些零散的小SSTable会留在磁盘上，累积后超出预期数量。
gc宽限期未到期：SSTable的清理逻辑是TTL过期时间 + gc_grace_seconds，而非仅看maxDeletionTime。即使maxDeletionTime显示为昨日，若该SSTable内数据的TTL过期时间还没满5天，或者刚满5天但还没走完1天的gc宽限期，就不会被删除。
压缩任务延迟或阻塞：Cassandra的压缩是后台执行的任务，若集群CPU、磁盘IO负载过高，压缩进程会被优先级调度推迟，导致旧窗口的SSTable无法及时合并或清理。此外，节点故障、修复操作等也会打乱压缩节奏，遗留未处理的SSTable。
副本不一致或未完成修复：如果表执行过修复操作，若某个SSTable的副本存在数据不一致，Cassandra会保留该SSTable直到修复完成，防止数据丢失。另外，SSTable内未被完全清理的墓碑也会延迟其删除时间。
历史配置遗留：若之前修改过压缩策略、窗口大小、TTL等参数，历史生成的SSTable不会自动按新配置重新合并，这些遗留的SSTable会继续留存，直到满足新的压缩或清理条件。
冷窗口合并未触发：TWCS会将超过一定时长的窗口标记为"冷窗口"，冷窗口的SSTable会改用STCS策略合并。若冷窗口内的SSTable数量未达到STCS的min_threshold（默认4），就不会合并，这些零散的冷窗口SSTable也会累积下来。