单向复制原理
- 原理：在 CouchDB 中，单向复制是指将数据从一个数据库（源数据库）复制到另一个数据库（目标数据库）。源数据库中的文档会被读取，然后根据文档的修订版本等信息，在目标数据库中创建或更新相应文档。CouchDB 使用基于文档修订版本的算法来跟踪哪些文档需要复制。如果目标数据库中不存在某个文档，直接从源数据库复制该文档。如果目标数据库中已有该文档，但修订版本不同，CouchDB 会根据复制规则决定是否更新目标数据库中的文档。
- 应用场景：
- 数据备份：将重要的生产数据库数据单向复制到备份数据库，用于灾难恢复等场景。例如，电商网站的订单数据库可以定期单向复制到一个专门的备份库，防止数据丢失。
- 数据分发：从中央数据库向多个分支机构的本地数据库分发数据。如连锁企业的总部数据库向各个门店的数据库单向复制商品信息、价格等数据。
双向复制原理
- 原理：双向复制允许两个数据库之间相互同步数据。CouchDB 会跟踪每个数据库中文档的修订版本。当一个数据库中的文档发生变化时，这个变化会被记录下来。在复制过程中，两个数据库会交换文档的修订版本信息，根据对比结果决定如何更新各自数据库中的文档。如果两个数据库中对同一个文档的修订不同，CouchDB 会使用冲突解决机制（默认是保留两个版本，通过特殊的 _conflicts 字段标记）来处理，开发人员可以后续手动或通过程序处理这些冲突。
- 应用场景：
- 移动应用数据同步：移动设备与服务器之间双向复制数据。例如，移动办公应用，用户在手机上创建或修改的文档，需要同步到服务器，同时服务器上其他用户对相关文档的修改也需要同步到本地手机，实现数据一致性。
- 分布式团队协作：不同地区的团队成员使用本地数据库进行工作，通过双向复制实现团队成员之间数据的实时同步，确保各个团队成员的数据一致。
复杂网络环境下优化复制和同步
- 增加重试机制：
- 配置参数：
retry。在 CouchDB 的复制任务配置中，可以设置 retry 为 true。这会让 CouchDB 在复制过程中遇到网络错误（如连接超时、不稳定连接等）时，自动重试复制操作。
- 调整方法：在发起复制请求的 JSON 数据中，设置
"retry": true。例如：
{
"source": "http://source-server:5984/source-db",
"target": "http://target-server:5984/target-db",
"retry": true
}
- 设置合理的超时时间：
- 配置参数：
timeout。可以设置复制操作等待响应的最长时间。如果网络延迟较高，适当增加超时时间可以避免复制任务因过早超时失败。
- 调整方法：在复制请求 JSON 数据中，设置
"timeout": <具体时间值（毫秒）>。例如，设置为 60000 毫秒（60 秒）：
{
"source": "http://source-server:5984/source-db",
"target": "http://target-server:5984/target-db",
"timeout": 60000
}
- 启用压缩：
- 配置参数：
compression。启用压缩可以减少网络传输的数据量，在网络带宽有限或不稳定的情况下提高复制效率。
- 调整方法：在复制请求 JSON 数据中，设置
"compression": "true"。例如：
{
"source": "http://source-server:5984/source-db",
"target": "http://target-server:5984/target-db",
"compression": "true"
}
- 选择合适的复制策略：
- 配置参数：
continuous。设置为 true 时，CouchDB 会持续监控源数据库的变化，并实时同步到目标数据库，而不是只进行一次复制。这种策略适合需要实时数据同步的场景，在网络不稳定时，只要网络恢复，就能及时同步数据。
- 调整方法：在复制请求 JSON 数据中，设置
"continuous": true。例如：
{
"source": "http://source-server:5984/source-db",
"target": "http://target-server:5984/target-db",
"continuous": true
}
