修改CloudWatch日志保留设置后是否会删除超期旧日志流？

核心结论：调整保留配置后，系统不会等待120天的完整周期才启动清理，会直接启动超期旧日志的清理流程

• CloudWatch Logs的后台日志清理是持续运行的常态化巡检任务，不是基于策略设置时间点新建的定时任务。巡检过程会逐日志组核对当前生效的保留天数，直接对比每条日志的原始写入时间戳和当前时间，只要日志留存时长超出配置的保留阈值（也就是你设置的120天），就会进入删除队列，不需要从策略调整当日重新计算120天的等待周期。
• 针对你账号下总容量770GB的大规模存量日志，清理过程不是瞬时完成的。AWS会按照后台任务的资源配额分批处理删除流程，避免大规模删除对正常日志写入、查询操作造成性能影响：通常小容量日志组的超期日志会在数小时内完成清理，大规模存量日志的全量清理可能需要数天时间，具体进度取决于后台任务队列的负载情况。你可以在CloudWatch控制台的日志组存储监控指标中，看到存储容量随清理进程逐步下降，不需要额外触发任何操作。
• 常见误区澄清：不少用户误以为调整保留策略后，会从设置当日开始算起，120天后才启动第一次清理，这个逻辑和实际运行机制不符。举个实际场景：如果之前你的日志组是永久保留状态，存有写入时间在130天前的日志，在你把保留策略改成120天后，这部分超出阈值的日志会在后续巡检周期内被优先清理，不需要等满120天。
• 注意事项：超期日志的删除流程是不可逆的，一旦被清理就无法从CloudWatch侧找回。如果你有需要留存的超期历史日志，需要在调整保留策略前，将对应日志流导出到对象存储等长期留存介质中。

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