无In-Sync-Replica时分区Leader节点故障的影响及相关疑问

当持有分区Leader的Broker故障，且该分区没有In-Sync-Replica（同步副本）时，具体行为完全由Kafka的unclean.leader.election.enable配置决定：

• 若unclean.leader.election.enable=true：
  Kafka会从**非同步副本（OSR）**中挑选一个节点作为新的Leader。这个副本的数据滞后于原Leader，切换后必然会丢失部分未同步的数据，但分区能快速恢复可用性，业务可以继续读写。

• 若unclean.leader.election.enable=false（默认配置）：
  Kafka不会选择任何非同步副本成为Leader，此时该分区会直接进入不可用状态——既无法写入也无法读取，直到原来的Leader Broker修复并重新加入集群。

这个配置的设计逻辑很明确：默认优先保证数据一致性，避免数据丢失；如果业务场景把可用性放在一致性前面，才会开启非同步副本的Leader选举。

内容的提问来源于stack exchange，提问作者Ankit Sahay