kafka ack hw isr 记录

Kafka 选择了第二种方案，原因如下：

        1.同样为了容忍 n 台节点的故障，第一种方案需要 2n+1 个副本，而第二种方案只需要 n+1

个副本，而 Kafka 的每个分区都有大量的数据，第一种方案会造成大量数据的冗余。

        2.虽然第二种方案的网络延迟会比较高，但网络延迟对 Kafka 的影响较小

2）ISR（保证数据的可靠性，leader 挂掉后从follower中选取leader）
        采用第二种方案之后，设想以下情景：leader 收到数据，所有 follower 都开始同步数据，但有一个 follower，因为某种故障，迟迟不能与 leader 进行同步，那 leader 就要一直等下去，直到它完成同步，才能发送 ack。这个问题怎么解决呢？Leader 维护了一个动态的 in-sync replica set (ISR)，意为和 leader 保持同步的 follower 集合。当 ISR 中的 follower 完成数据的同步之后，        

        leader 就会给 follower 发送 ack。如果 follower长时间 未 向 leader 同 步 数 据 ， 则 该 follower 将 被 踢 出 ISR ， 该 时 间 阈 值 由replica.lag.time.max.ms 参数设定。Leader 发生故障之