CouchDB 1.6连续复制：如何配置连接失败后的恢复时间
我有一个网络，有许多不同的节点，每个节点运行一个不同的CouchDB实例。 每个实例在_replicator数据库中都有文档，用于设置与网络的其他一些节点的continuos（master）复制。 这些节点可以在未定义、不可预见的时间间隔内脱机。 复制的一切都很好，但我遇到了一个节点脱机时超时的问题 CouchDB文档说（） “将文档放入/发布到_replicator数据库时，CouchDB 将尝试启动复制最多10次（可配置 在[replicator]下，参数max\u replication\u retry\u count）。如果 第一次尝试失败，等待5秒后再进行第二次尝试 尝试。如果第二次尝试失败，它将等待10秒后再执行 第三次尝试。如果第三次尝试失败，它将等待20秒 在进行第四次尝试之前（每次尝试使前一次等待加倍 句号 当复制目标节点脱机（从而导致复制失败）时，日志文件会显示 在5秒内重新启动复制。 在10秒内重新启动复制。 在20秒内重新启动复制。 在40秒内重新启动复制。 在80秒内重新启动复制。 在160秒内重新启动复制。 320秒后重新启动复制。 在600秒内重新启动复制。 在600秒内重新启动复制。。。（600秒似乎是最大超时时间） 我需要加快连接丢失后恢复复制的速度 此值是否在CouchDB源中硬编码CouchDB 1.6连续复制：如何配置连接失败后的恢复时间,couchdb,replication,connection-timeout,Couchdb,Replication,Connection Timeout,我有一个网络，有许多不同的节点，每个节点运行一个不同的CouchDB实例。 每个实例在_replicator数据库中都有文档，用于设置与网络的其他一些节点的continuos（master）复制。 这些节点可以在未定义、不可预见的时间间隔内脱机。 复制的一切都很好，但我遇到了一个节点脱机时超时的问题 CouchDB文档说（） “将文档放入/发布到_replicator数据库时，CouchDB 将尝试启动复制最多10次（可配置 在[replicator]下，参数max\u replication\
是否有参数可将600间隔重新定义/覆盖为其他值 您既不能更改CouchDB 1.x中的初始延迟，也不能更改最大延迟。它们各自的值（2.5秒[立即乘以2，给出5秒]和600秒）在源文件
coach\u replicator\u manager.erlcoach\u replicator\u manager.erl