CouchDB单向复制故障：目标端已删文档无法重新同步

问题根源 #

这类问题的核心是复制系统依赖同步状态记录（比如文档更新序列、同步进度标记）判断需要同步的内容。删除B端复制器文档后，系统的同步历史并未完全清除；后续删除B端文档再重启复制时，系统会判定这些文档已完成同步，不会从A端拉取。_purge仅清除B端文档的版本记录，无法重置同步进度，因此无效。

具体解决方法 #

1. 彻底清除目标端的同步历史

• 找到B端存储复制状态的元数据文档（不同工具位置不同：比如CouchDB的_local数据库中以_local/replication-开头的记录，或_replicator库中对应A→B任务的文档；MongoDB则需清除oplog的同步位点标记）。
• 完全删除所有与A→B复制相关的历史记录，确保系统无任何过往同步的记忆。

2. 开启全量同步模式

重新配置A→B复制任务时，强制启用全量同步参数：

• 若使用CouchDB，在复制配置中设置：{"full": true, "continuous": true}，full: true会让系统忽略所有过往同步记录，从头拉取A端所有文档。
• 若是文件级复制（如rsync），使用命令：rsync -avz --checksum --delete A:/path/to/source B:/path/to/target，--checksum强制对比文件内容而非修改时间，--delete确保目标端与源端完全一致。
• 其他数据库复制工具（如MongoDB），对应开启全量初始化同步，跳过增量同步逻辑。

3. 手动同步指定缺失文档

如果仅需同步特定文档，可直接从A端导出后导入B端：

• 用对应工具导出A端的目标文档（如CouchDB用couchdb-dump，MongoDB用mongodump）。
• 在B端导入时添加强制覆盖参数（如部分工具支持--force），直接写入缺失的文档。

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