如何修复SOLR的KeeperException$ConnectionLossException:/overseer/queue连接丢失异常

这个异常本质是Solr Overseer组件无法与ZooKeeper建立稳定连接，或是访问ZooKeeper中的/overseer/queue节点时连接中断，最终导致Solr集群的任务调度（如分片平衡、索引同步）卡顿，运行状态不符合预期。具体常见原因如下：

• ZooKeeper集群未完全就绪：重启ZooKeeper后，部分节点可能还在进行leader选举、数据同步或初始化操作，此时若Solr提前启动并发起连接请求，就会因ZooKeeper集群状态不稳定触发连接丢失错误，尤其集群节点数量较多时，这个就绪过程会更长。
• /overseer/queue节点数据损坏：ZooKeeper中的/overseer/queue是Solr Overseer存储集群任务队列的核心节点，若之前Solr或ZooKeeper异常关闭（比如强制终止进程、意外断电），可能导致该节点的ZNode数据损坏、残留无效队列条目，或与集群实际状态不一致。重启后Solr Overseer读写该节点时，ZooKeeper会因数据异常主动断开连接，引发报错。
• 网络或资源瓶颈：重启过程中服务器出现网络波动（如端口临时占用、防火墙规则变更）、内存/CPU资源不足，会导致Solr与ZooKeeper之间的TCP连接意外中断。比如ZooKeeper进程因内存不足频繁GC，无法及时响应Solr请求，就会被判定为连接丢失。
• 版本兼容性问题：Solr与ZooKeeper版本差异较大时，可能在节点通信、数据序列化/反序列化环节出现兼容性冲突，导致连接交互失败，表现为连接丢失异常。
• Overseer角色竞争冲突：多个Solr节点同时启动时，会竞争Overseer角色，若此时对/overseer/queue节点并发读写，可能引发ZooKeeper的连接异常。

你删除/overseer/queue节点后重启，相当于重置了Overseer的任务队列，清除了损坏或不一致的数据，同时给ZooKeeper足够时间完成初始化，因此问题暂时解决。但如果是版本不兼容、资源不足这类底层问题，后续仍可能复现。

内容的提问来源于stack exchange，提问作者RC789