CouchDB - PouchDB 同步有效，但第一次更改非常慢
CouchDB - PouchDB sync works but first change is very slow
简而言之，我的问题是，在更新 PouchDB 时，与 CouchDB 的同步发生在 5-15 分钟后。在同步第一个更改后，以下更改将按预期立即同步。
PouchDB 是一款 AngularJS/Cordova-based 应用程序，目前仅在 Android 上运行。当登录到应用程序时，一系列 PouchDB 被创建并从 CouchDB 复制，这按预期工作。之后建立双向连续同步。
此设置在测试和生产系统中运行，幸运的是它在生产中运行。我比较了 CouchDB 在测试和生产环境中的设置，它们是相同的，复制数据库也是如此。唯一的区别是我的 DNS 记录之前是在测试系统上进行的测试（例如 http://testmydbserver.mydomain.dk）。
我的挫败感越来越大，但经过数小时的寻找答案后，我觉得我已经达到了我的能力极限。
到目前为止，我的最终结论是 Pouch 实例实际上 post 新的修订号，但似乎忽略了丢失的回复。
有没有人遇到过类似的问题并找到了解决办法？
或者有人知道在检查代码、重新启动任何东西并分析数小时的网络流量后我可以继续朝哪个方向前进吗？
我的猜测是检查点没有被写入，因此当您从本地同步到远程时，它是从头开始而不是从最后一个检查点开始。
能否查看网络选项卡中是否有对_local/xxx的PUT操作，是checkpoint文件？
此外，如果您能提供一个实时测试用例，那将非常有帮助。如果您将大量文档从服务器同步到客户端，然后在本地更改文档，然后从客户端同步到服务器，应该不需要 5 分钟。
简而言之，我的问题是，在更新 PouchDB 时，与 CouchDB 的同步发生在 5-15 分钟后。在同步第一个更改后，以下更改将按预期立即同步。 PouchDB 是一款 AngularJS/Cordova-based 应用程序，目前仅在 Android 上运行。当登录到应用程序时，一系列 PouchDB 被创建并从 CouchDB 复制，这按预期工作。之后建立双向连续同步。
此设置在测试和生产系统中运行，幸运的是它在生产中运行。我比较了 CouchDB 在测试和生产环境中的设置，它们是相同的，复制数据库也是如此。唯一的区别是我的 DNS 记录之前是在测试系统上进行的测试（例如 http://testmydbserver.mydomain.dk）。
我的挫败感越来越大，但经过数小时的寻找答案后，我觉得我已经达到了我的能力极限。 到目前为止，我的最终结论是 Pouch 实例实际上 post 新的修订号，但似乎忽略了丢失的回复。
有没有人遇到过类似的问题并找到了解决办法？ 或者有人知道在检查代码、重新启动任何东西并分析数小时的网络流量后我可以继续朝哪个方向前进吗？
我的猜测是检查点没有被写入，因此当您从本地同步到远程时，它是从头开始而不是从最后一个检查点开始。
能否查看网络选项卡中是否有对_local/xxx的PUT操作，是checkpoint文件？
此外，如果您能提供一个实时测试用例，那将非常有帮助。如果您将大量文档从服务器同步到客户端，然后在本地更改文档，然后从客户端同步到服务器，应该不需要 5 分钟。