3节点Zookeeper宕机1个仍可正常使用，因剩余2节点满足过半原则，可处理读写请求并完成Leader选举，但再故障1个将导致服务不可用，需及时恢复或扩容。
可以，Zookeeper 在这种情况下仍然可以正常使用。
Zookeeper 的容错机制
Zookeeper 是一个高可用的分布式协调服务，它通过 ZAB 协议（Zookeeper Atomic Broadcast） 来保证数据一致性和集群稳定性。在一个 3 节点的集群中，Zookeeper 只要大多数节点（即至少 2 个节点）正常运行，就能继续对外提供服务。
当其中一个节点宕机后，剩下 2 个节点满足“过半”原则（3 的多数是 2），集群依然可以选举出 Leader 并处理读写请求。
不同操作的可用性情况
在 3 节点集群中有一个节点宕机时：
- 读请求：剩余两个节点都可以处理读操作，客户端连接到任意存活节点即可获取数据。
- 写请求：需要过半节点确认，此时 2 个节点可以形成多数，写操作仍可成功提交。
- Leader 选举：如果宕机的是当前 Leader，其余两个节点会自动发起新一轮选举，选出新的 Leader 继续服务。
需要注意的风险
虽然此时服务仍可用，但系统已处于脆弱状态：
- 再有 1 个节点故障，整个集群将无法形成多数派，导致服务不可用。
- 建议尽快恢复宕机节点或扩容集群以提升容灾能力。
基本上就这些，3 节点 Zookeeper 宕机 1 个还能用，但别再让它继续出问题了。
