需要重启有三个节点的zookeeper集群，执行流程是怎样的 请举例，并且每一步命令附上详细说明

在ZooKeeper分布式集群中，重启节点通常需要按照一定的顺序和步骤进行，以避免数据丢失或服务中断。这里是一个简化的示例流程，假设我们正在管理的是一个三节点的ZooKeeper集群，每个节点的IP地址分别是：

1. **确认集群状态**:
- 使用`zkCli.sh`客户端工具（对于Hadoop/ZK安装），或者通过`telnet`连接到任意一个节点，检查集群是否正常运行。例如：

   $ zkCli.sh -server node1:2181 get /status

如果集群健康，会显示"imok"。

2. **停止次要节点**:
- 先停止非leader节点，比如node2和node3。命令类似：

   $ sudo service zookeeper stop -h node2 IP
   $ sudo service zookeeper stop -h node3 IP

这里假设`-h`选项表示通过主机名而非IP地址操作。

3. **等待集群自动选择新leader**:
- 主节点（通常是node1）在其他节点关闭后，会自动升级为新的leader节点。这段时间内，你可以查看日志确认是否有选举过程。

4. **验证新leader已就位**:
- 再次检查集群状态：

   $ zkCli.sh -server node1:2181 get /status

确认输出为"imok"，并且新的leader节点地址显示在响应中。

5. **停止并重启主要节点（旧leader）**:
- 停止并重启node1:

   $ sudo service zookeeper stop -h node1 IP
   $ sudo service zookeeper start -h node1 IP

等待它启动完成。

6. **等待所有节点同步**:
- 检查新启动的node1以及之前停掉的node2和node3的状态，直到它们都恢复到从属于集群状态。

7. **最终验证**:
- 用zkCli工具检查所有节点的数据一致性，比如：

   $ zkCli.sh -server node1:2181 get /

**注意事项**:
- 在实际生产环境中，可能需要记录下当前的配置文件和数据备份，以便恢复时参考。
- 集群规模较大时，可以分批单个节点操作，避免同时处理过多请求导致服务不稳定。