Obsidian-Livesync同步问题排查：iPhone新文档无法同步至CouchDB的解决方案

问题现象分析

在自建CouchDB服务器后，用户发现Obsidian-Livesync插件在iPhone端出现新文档无法同步的情况。具体表现为：

1. PC端文档可正常同步至远程CouchDB
2. iPhone端能成功获取所有现有文档
3. iPhone端新建文档时，控制台仅显示"Replication activated"后无后续日志
4. CouchDB日志显示存在重复任务循环

技术原理剖析

Obsidian-Livesync基于CouchDB的增量同步机制工作，其核心流程包含两个阶段：

1. 初始同步阶段：

   • 新设备首次连接时会完整扫描远程数据库变更历史
   • 此阶段仅建立变更追踪基准点（latest sequence）
   • 不立即传输文档内容

2. 增量同步阶段：

   • 基于记录的sequence值仅同步差异内容
   • 采用批处理方式传输变更（默认batch size=25）

问题根源定位

根据日志分析，问题可能由以下因素导致：

1. 同步基准点异常：

   • 重建CouchDB后sequence历史可能不连续
   • 客户端记录的checkpoint与服务器不一致

2. 批处理性能瓶颈：

   • 日志显示当前处理到sequence 26125
   • 按默认batch size需约1000次请求完成初始化

解决方案实施

方案一：等待初始同步完成

1. 保持设备联网状态
2. 建议连接高速网络
3. 观察Verbose日志中的最新sequence值

方案二：优化同步参数

1. 进入插件设置→Power users面板
2. 适当增大Batch size值（建议100-500）
3. 重启同步任务

方案三：重建同步环境

1. 完全卸载并重装CouchDB
2. 严格按照官方文档配置
3. 重新初始化所有客户端连接

最佳实践建议

1. 网络环境：

   • 首次同步建议使用Wi-Fi
   • 避免在网络切换时中断同步

2. 日志监控：

   • 启用Verbose日志模式
   • 定期检查sequence增长情况

3. 性能调优：

   • 大型库建议batch size设为100-200
   • 定期压缩CouchDB数据库

4. 故障排查：

   • 出现异常时先检查两端sequence一致性
   • 可临时启用调试模式捕获详细交互数据

技术总结

该案例揭示了分布式同步系统中常见的初始同步耗时问题。通过理解CouchDB的变更追踪机制，用户可以更有效地诊断和解决同步异常。建议用户在重建数据库环境时，注意保持客户端的配置一致性，并对大规模文档库的同步过程保持合理预期。