11.5.2 FastLeaderElection机制与角色切换

FastLeaderElection（FLE）是ZooKeeper 3.4+默认选举算法，基于TCP投票快速在多数派中选出数据最新的Leader，并在角色切换中减少服务中断。以下结合原理、安装与验证、排错与练习给出可执行示例。

1. 角色与状态
- LOOKING：选举中，广播/更新选票。
- LEADING：当选Leader，负责提议与提交事务。
- FOLLOWING：跟随Leader，同步事务并参与投票。
- OBSERVING：不投票，仅同步以提升读性能。

2. 选举触发条件
- 集群初启，所有节点为LOOKING。
- Leader心跳超时或会话过期。
- 网络分区导致多数派无法与Leader通信。

3. FLE投票要素与比较规则（示例）
投票元组：(epoch, zxid, sid, state)
比较顺序：epoch > zxid > sid
示例：
- 节点A投票 (2, 0x200000004, 1, LOOKING)
- 节点B投票 (2, 0x200000003, 2, LOOKING)
A因zxid更大胜出。

4. 原理草图（选举与角色切换）

5. 安装与环境准备（3节点示例）

以 zk1/zk2/zk3 三节点为例，展示最小可运行配置与选举验证。

# 1) 安装JDK与ZooKeeper（以Linux为例）
sudo yum -y install java-1.8.0-openjdk
wget https://archive.apache.org/dist/zookeeper/zookeeper-3.7.1/apache-zookeeper-3.7.1-bin.tar.gz
tar -xf apache-zookeeper-3.7.1-bin.tar.gz -C /opt
ln -s /opt/apache-zookeeper-3.7.1-bin /opt/zookeeper

# 2) 创建数据目录与myid（每台节点不同）
sudo mkdir -p /data/zk
echo 1 | sudo tee /data/zk/myid   # zk1=1, zk2=2, zk3=3

/opt/zookeeper/conf/zoo.cfg（三节点一致）：

tickTime=2000
initLimit=10
syncLimit=5
dataDir=/data/zk
clientPort=2181
server.1=zk1:2888:3888
server.2=zk2:2888:3888
server.3=zk3:2888:3888

启动与验证（命令解释）

# 启动服务（所有节点）
/opt/zookeeper/bin/zkServer.sh start

# 查看角色（LEADING/FOLLOWING）
/opt/zookeeper/bin/zkServer.sh status

# 通过四字命令确认当前Leader（需在zk1/zk2/zk3本机执行）
echo mntr | nc 127.0.0.1 2181 | egrep "zk_server_state|zk_zxid"

zkServer.sh status：快速判断节点是否为Leader或Follower
mntr：查看状态与zxid，验证新Leader的事务最新

6. 选举过程的可观察证据（日志示例）

# 观察选举相关日志（在任一节点）
grep -E "LOOKING|LEADING|FOLLOWING|election" /opt/zookeeper/logs/zookeeper-*.log | tail -n 20

预期：选举开始时出现LOOKING，当选后出现LEADING或FOLLOWING。

7. 角色切换与故障演练（示例）

# 1) 找到Leader并停止（模拟故障）
/opt/zookeeper/bin/zkServer.sh status
/opt/zookeeper/bin/zkServer.sh stop

# 2) 在其他节点观察选举与角色变化
/opt/zookeeper/bin/zkServer.sh status
echo mntr | nc 127.0.0.1 2181 | egrep "zk_server_state|zk_zxid"

预期：Follower进入LOOKING后快速选出新Leader；zk_server_state显示新Leader。

8. 关键运维参数与解释（示例配置）

tickTime=2000      # 心跳基础单位(毫秒)
initLimit=10       # 初始同步最大tick数
syncLimit=5        # 运行时同步最大tick数

tickTime过小可能误判心跳导致频繁选举
initLimit/syncLimit过小会导致同步慢时触发重新选举

9. 排错与诊断（可执行）

# 1) 频繁选举排查：统计LOOKING出现次数
grep -c "LOOKING" /opt/zookeeper/logs/zookeeper-*.log

# 2) 检查端口连通性（2888/3888为选举与同步端口）
nc -vz zk1 2888
nc -vz zk1 3888

# 3) 检查网络抖动（抓包验证TCP重传）
sudo tcpdump -i eth0 port 3888 -c 50

# 4) 检查节点时钟（时钟漂移可能影响心跳）
date; ssh zk2 date; ssh zk3 date

常见问题定位：
- Connection refused → 端口未监听或防火墙阻断
- LOOKING频繁 → 网络抖动、磁盘IO、tickTime过小

10. 练习
1. 搭建3节点集群并记录一次选举日志（LOOKING→LEADING/FOLLOWING）。
2. 停止Leader触发选举，比较新旧Leader的zk_zxid。
3. 将tickTime改为500并观察是否出现频繁选举，再恢复为2000。

通过FLE机制，多数派原则与epoch/zxid比较确保只会选出一个数据最新的Leader，稳定支撑Zab同步与广播阶段。