Kafka Partition ISR列表维护机制.pdfVIP

很多公司比较常用的一个kafka的版本，是0.8.2.x系列，这个系列的版本是非常经典的，

在过去几年相当例的公司都是用这个版本的kafka。当然，现在很多公司开始用更新版

本的kafka了，就是0.9.x或者是1.x系列的

我们先说说在0.9.x之前的版本里，这个Kafka到底是如何ISR列表的，什么样的

follower才有资格放到ISR列表里呢？

在之前的版本里，有一个的参数：replica.lag.max.messages。这个参数就规定了

follower如果leader的消息数量超过了这个参数指定的数量，就会认为follower

是out-of-sync，就会从ISR列表里移除了。

咱们来举个例子好了，假设一个partition有3个副本，其中一个leader，两个follower，

然后replica.lag.max.messages=3，刚开始的时候leader和follower都有3条数据，此

时HW和LEO都是offset=2的位置，大家都同步上来了

现在来了一条数据,leader和其中一个follower都写入了,但是另外一个follower因为自身所

在机器性能突然降低,导致没及时去同步数据,follower所在机器的网络负载、内存负载、

磁盘负载过高,导致整体性能下降了,此时lead