问CLS 按事件时间导出日志时，如何补齐延迟到达的数据？

在设计腾讯云 CLS 日志归档流程时，有一个关于导出完整性的边界想确认。以下是待验证的设计场景，不是已经复现的故障，目前没有报错原文。 环境与目标：业务日志使用业务发生时间作为日志时间，上报端可能因断网缓存日志，恢复后补传。计划通过 CreateExport 按固定小时区间导出到下游归档；同一小时的日志可能在第一次导出完成后才补传到 CLS。希望最终归档既保留这些迟到日志，也不会把合法的两条相同内容日志错误合并。 目前做过的方案梳理：对比了 SearchLog 分页拉取与下载日志任务，倾向于用下载任务处理批量归档；考虑在窗口结束后等待一段时间再导出，并定期重导最近几个窗口。但固定等待不能覆盖更久的断网，整窗重导又需要可靠的合并依据。尚未进行线上故障复现，也不把导出任务完成视为该窗口不会再有新数据。 想请教三个具体问题： 1. CreateExport 对指定时间区间的数据，是在任务创建时固定结果集，还是任务执行期间仍可能纳入新写入的匹配日志？是否有可依赖的快照边界说明？ 2. 对迟到日志，CLS 是否提供可用于增量补导的写入时间条件或稳定检查点？如果只有事件时间检索，通常应如何确定重导窗口与最终封账条件？ 3. 如果历史日志没有业务 event_id，导出结果中是否有跨次导出保持稳定的单条日志标识可用于去重？若没有，是否应采用整窗原子替换，而不是用时间戳加正文哈希做增量合并？