关于Replicator.start(reset:true)中Sync Gateway重置选项的功能及异常问询

一、reset:true的核心功能 #

reset:true的设计目标是强制触发全量从头同步，具体行为包括：

• 删除本地记录复制进度的检查点数据
• 清除目标端已同步的所有数据（不同实现可能有差异，部分版本需手动配合清理）
• 完全忽略之前的复制进度，从源端起始位置重新同步全部数据

二、为啥设了reset:true还在续传？ #

出现这种和预期不符的情况，常见原因有这几个：

• 检查点没清干净：很多Replicator的检查点存在独立的元数据存储（比如单独的DB表、本地配置文件），如果这个存储里的进度记录没被删掉，任务还是会按旧进度续传
• 目标端数据没清空：如果目标端还留着之前同步的数据，部分Replicator会自动判断“数据已存在”，跳过全量同步步骤
• 版本bug：旧版本的Replicator对reset:true的实现有缺陷，升级到最新稳定版大概率能解决
• 配置冲突：如果同时开了continueOnError这类续传相关参数，会覆盖reset:true的全量同步指令

三、解决步骤 #

• 找到Replicator存储检查点的位置，手动删除所有进度记录
• 手动清空目标端的已同步数据（目录、数据表等）
• 移除所有可能干扰全量同步的额外配置
• 重新启动带reset:true的复制任务

内容的提问来源于stack exchange，提问作者Karan Kumar Sah