kafka的leader选举

01 leader选举

Leader所在的broker发生故障时，需要从follow中选举Leader副本。

Kafka会在Zookeeper上针对每个Topic维护一个称为ISR副本的的集合，一旦Leader分区丢掉，从中随机挑选一个副本做新的Leader分区。

如果ISR中的副本都宕机了，则：
(1) 等待ISR中的副本任何一个恢复，接着对外提供服务，需要时间等待。可以保证一致性，但可能需要很长时间
(2) 从OSR中选一个做Leader，需设置unclean.leader.election.enable=true，不需要等待，则很可能该副本并不一致。 当宕机的重新恢复时，会把之前commit的数据清空，重新从leader里pull数据。

---

02 为什么不用少数服从多数的方法

少数服从多数是一种比较常见的一致性算发和Leader选举法。是只有超过半数的副本同步了，系统才会认为数据已同步；
选择Leader时也是从超过半数的同步的副本中选择。
这种算法需要较高的冗余度，跟Kafka比起来，浪费资源。
譬如只允许一台机器失败，需要有三个副本；而如果只容忍两台机器失败，则需要五个副本。
而kafka的ISR集合方法，分别只需要两个和三个副本。