Kafka 引入了 In-sync Replicas，也就是 ISR 副本集合。<ins>ISR 中的副本都是與 Leader 同步的副本，相反，不在 ISR 中的追隨者副本就被認為是與 Leader 不同步的</ins>。<ins>ISR 不只是追隨者副本集合，它必然包括 Leader 副本</ins>。甚至在某些情況下，ISR 只有 Leader 這一個副本。<mark>設置 ISR 主要是為了 Broker 宕掉之后，重新選舉 Partition 的 Leader 時從 ISR 列表中選擇，也就是說當 Leader 副本發生故障時，只有在 ISR 集合中的 Follower 副本才有資格被選舉為新的Leader</mark>。 <br/> ISR 是 一個動態調整的集合 ， 而 非 靜 態 不 變 的 。 通 過 Broker 端`replica.lag.time.max.ms` 參數（Follower 副本能夠落后 Leader 副本的最長時間間隔，默認值 10000）值來控制哪個追隨者副本與 Leader 同步。只要一個 Follower 副本落后 Leader副本的時間不連續超過10秒，那么 Kafka 就認為該 Follower 副本與 Leader 是同步的，即使此時 Follower 副本中保存的消息明顯少于 Leader 副本中的消息。如下圖所示。  <br/> 上圖中，Follower1 與 Follower2 中的消息條數明顯少于 Leader，但并不一定與Leader 不同步。<ins>Follower 副本唯一的工作就是不斷地從 Leader副本拉取消息，然后寫入到自己的提交日志中</ins>。如果這個同步過程的速度持續慢于 Leader副本的消息寫入速度，那么在 `replica.lag.time.max.ms` 時間后，此 Follower 副本就會被認為是與 Leader 副本不同步的，因此不能再放入 ISR 中。此時，Kafka 會自動收縮 ISR 集合，將該副本**踢出**ISR。 <br/> 值得注意的是，倘若該副本后面慢慢地追上了 Leader 的進度，那么它是能夠重新被加回 ISR 的。 <br/> 下圖中的綠色箭頭描述了 Kafka 數據流副本同步情況，其中紅色分區為Leader。