3节点Kafka集群单副本数据丢失，如何借助其余副本恢复数据？

答案是可以，具体操作取决于丢失副本的角色以及集群的ISR（同步副本集）状态，以下分场景说明：

场景1：丢失的是非ISR副本 #

非ISR副本本身未与分区leader保持数据同步，集群会自动标记该副本失效。当故障节点恢复后，它会主动从当前分区的leader（剩余2个节点中的一个）同步全量数据，无需手动干预即可完成副本恢复。

场景2：丢失的是ISR副本，但分区leader仍在剩余节点中 #

此时集群服务不受影响，leader正常提供读写。故障节点恢复后，会自动从leader同步缺失的数据，完成副本补全。若需紧急补全副本（无需等待故障节点恢复），可手动调整副本分配，临时将该分区的副本集改为剩余2个节点：

# 1. 创建reassignment.json文件，指定要调整的topic和分区
{"topics": [{"topic": "your-topic", "partitions": [{"partition": 0, "replicas": [0,1]}]}], "version": 1}

# 2. 生成并执行副本分配计划
kafka-reassign-partitions.sh --zookeeper your-zk-address:2181 --generate --topics-to-move-json-file reassignment.json
kafka-reassign-partitions.sh --zookeeper your-zk-address:2181 --execute --reassignment-json-file reassignment.json

等故障节点恢复后，再将副本集改回3节点即可。

场景3：丢失的是分区leader，且该分区ISR仅包含这个丢失的副本 #

这是极端情况，分区会直接不可用。需通过以下步骤应急恢复：

1. 临时修改Kafka配置unclean.leader.election.enable=true（允许非ISR副本成为leader，此操作会丢失部分数据，仅作为应急手段）；
2. 重启剩余的Kafka节点，此时剩余节点中的非ISR副本会被选举为新leader，分区恢复可用；
3. 恢复后立即将unclean.leader.election.enable改回false，避免后续数据不一致；
4. 重新调整副本分配，补全副本数量。

关键提醒 #

• 优先依赖ISR副本恢复，能保证数据完全一致；
• 启用unclean选举是最后的应急方案，会丢失原leader上未同步到其他副本的数据，需谨慎使用。

内容的提问来源于stack exchange，提问作者Jibit George