GridDB时间序列容器过期行处理及TTL相关问题咨询

清理机制说明 #

• GridDB的TTL清理是后台自动调度执行的，不用手动触发。默认清理任务每天运行一次（周期可通过集群配置调整）。你遇到旧数据没删除的情况，大概率是这几个原因：
  • 清理任务还没到下一次执行时间
  • TTL参数单位搞错了：TimeSeriesProperties的TTL参数是秒，5天对应的是5*24*3600=432000，别把单位当成毫秒或者天直接传
  • 属性设置时机不对：你现在是先创建容器再设置TTL属性，可能导致配置没生效。可以调用ts.getTimeSeriesProperties()验证当前配置是否正确

性能与存储影响 #

• 存储利用率：开TTL后，过期数据自动清理，能有效控制存储容量，避免无效旧数据占空间，特别适合时序数据这类有明确生命周期的场景。
• 性能影响：
  • 后台清理是低优先级任务，默认不会干扰正常读写；但如果一次要清理的数据量极大，短时间内可能有轻微IO波动
  • 写入时会记录每条数据的过期时间，这个元数据开销极小，基本不影响写入性能
  • 查询时会自动过滤过期数据，不用业务层额外判断，反而能减少查询的数据量，提升查询效率

代码调整建议 #

你当前的代码顺序可能导致TTL属性未生效，建议改成创建容器时直接传入TTL配置：

// 5天=432000秒，传入TTL参数
TimeSeriesProperties tsProps = new TimeSeriesProperties(432000, true);
TimeSeries<String, Row> ts = store.putTimeSeries("tag_log", rowSchema, tsProps);

如果是修改已存在容器的TTL，设置后要确认集群同步了该配置。

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