CouchDB如何从备份数据库恢复原库中已被删除的文档

主流支持软删除的数据库（如MongoDB、CouchDB等）的单向同步逻辑，默认以文档的最后更新时间戳/版本号为优先级判断依据：你在A库标记删除文档1的操作会生成一个时间戳晚于B库对应文档的新版本，同步时系统判定A库的版本更新，因此不会用B库的旧版本覆盖A库的删除标记，导致文档无法恢复。

• 方法1：强制覆盖同步（适合全量恢复场景）
  调整同步规则，关闭「仅同步更新版本」的默认逻辑，指定备份库B为唯一真值源，全量覆盖同步到A库。不同数据库操作方式不同：MongoDB可先用mongodump从B库导出全量数据，再用mongorestore --drop命令强制覆盖A库的冲突数据；如果是自研同步工具，可添加特殊规则：只要B库存在对应文档、且A库文档为已删除状态，直接用B库的文档内容覆盖A库的删除标记。
• 方法2：调整待恢复文档版本优先级（适合少量文档恢复场景）
  先从B库导出所有需要恢复的文档，手动将这些文档的最后更新时间戳修改为晚于A库中对应删除标记的时间，再批量写入A库即可。该方式不会影响A库中其他正常数据，适合仅需恢复少量误删文档的场景。
• 方法3：先清除软删除标记再同步
  先在A库筛选出所有标记为删除、且B库中存在对应版本的文档，先清除这些文档的删除标记，再执行正常的B到A同步。此时同步逻辑会识别到A库对应文档版本更早，自动将B库的文档内容同步到A库。

所有操作前建议先对A库执行一次独立全量备份，避免强制覆盖导致正常数据被误修改。
如果当前是双向同步架构，操作前需要先暂停双向同步链路，避免恢复的文档被反向同步再次标记为删除。

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