因此，“ Replicated LevelDB Store”文档的内容如下：
选择的主代理节点启动并接受客户端连接。其他节点进入从模式并连接主节点并同步其持久状态。 从属节点不接受客户端连接。所有持久性操作都复制到连接的从站。如果主服务器去世，则具有最新更新的从服务器将升级为主服务器。然后可以将发生故障的节点重新联机，并将进入从属模式。
因此存在一个选定的主节点，它接受客户端连接，其余的是不接受客户端连接的复制的从节点。很好
因此，如果主服务器去世，则一切正常-主服务器重新当选，客户端断开连接，最终他们连接到新的主服务器。很棒。
现在，如果从Zookeeper的角度来看母版没有死，会发生什么，但是从客户那里是无法访问的。因此，选择一个主机，就可以认为它是活动的（据我了解，动物园管理员需要能够连接到该主机才能被认为可用），但是实际的客户端无法连接到它？
确保客户端可以连接到其他从属节点，但它们无法连接到主节点。但是大师永远不会改变，因为它是实时的。是这样吗？
不确定我是否理解正确。
答案 0 :(得分：0)
ActiveMQ中对LevelDB的支持已被弃用，并且已经存在了相当长的时间（多年），因此，我建议您不要打扰它，因为它不提供任何支持，并且许多无法解决的开放错误。
我建议改看ActiveMQ Artemis。
答案 1 :(得分：0)
您理解得对，这是一个合理的设计。
客户端仅与主机通信，而从机仅用于备份。如果您描述的内容确实是由网络问题引起的，则应该修复网络（或任何其他可能的原因）。