由于项目原因，最近经常碰到Kafka消息队列某topic在集群宕机重启后无法消费的情况。碰到这种情况，有三步去判断原因所在：
step A：如果用kafka串口（即console-consumer）是可以正常消费该topic，则排除kafka集群出现故障
step B：若平台业务能正常消费其他topic的消息，则排除平台业务代码逻辑问题
step C：不到万不得已，则只能手动删除kafka的对应topic的Log，但是清理Kafka Log又不能单纯的去删除中间环节产生的日志，中间关联的很多东西需要手动同时去清理，否则可能会导致删除后客户端无法消费的情况。
在通过Client端消费Kafka中的消息时，消费的消息会同时在Zookeeper和Kafka Log中保存，如上图红线所示。
当手动删除Kafka某一分片上的消息日志时，如上图蓝线所示，此是只是将Kafka Log中的信息清0了，但是Zookeeper中的Partition和Offset数据依然会记录。当重新启动Kafka后，我们会发现如下二种情况：
A、客户端无法正常用消费；
B、在使用Kafka Consumer Offset Monitor工具进行Kafka监控时会发现Lag(还有多少消息数未读取(Lag=logSize-Offset))为负数；其中此种情况的删除操作需要我们重点关注，后面我们也会详细介绍其对应的操作步骤。
一般正常情况，如果想让Kafka客户端正常消费，那么需要Zookeeper和Kafka Log中的记录保持如上图黄色所示。
二、Kafka消息日志清除
操作步骤主要包括：
1、停止Kafka运行；
2、删除Kafka消息日志；
3、修改ZK的偏移量；
4、重启Kafka;
上述步骤重点介绍其中的关键步骤。
第2步：删除Kafka消息日志时，进入Kafka消息日志路径（可通过查看$KAFKA_HOME/config/server.properties中的“log.dirs”知晓），删除相应topic文件夹下所有文件(如：“rm -rf ./topicA”)；
第3步：修改ZK的偏移量时，进入ZK的安装目录下，运行./bin/zkCli.sh -server (中间以，分割)，如果不带server默认修改的为本机。
示例如下：
A.运行$ZOOKEEPER_HOME/bin/zkCli.sh -server Master:2181,Slave1:2181,Slave2:2181
B.在ZK上运行ls /consumers/对应的分组/offset/对应的topic,就可以看到此topic下的所有分区了；
通过get /consumers/对应的分组/offset/对应的topic/对应的分区号，可以查询到该分区上记录的offset;
通过set /consumers/对应的分组/offset/对应的topic/对应的分区号 修改后的值（一般为0，重置），即可完成对offset的修改；
（注意：B步骤中的“/consumers”由实际配置情况决定）
三、重建Topic
操作步骤主要包括如下：
1、删除Topic;
2、删除log日志；
3、删除ZK中的Topic记录
第一步：删除Topic
运行$KAFKA_HOME/bin/kafka-topics.sh -delete -zookeeper [zookeeper server] -topic [topic name]；如果kafka启动时加载的配置文件server.properties没有配置delete.topic.enable = true,那么此时的删除并不是真正的删除。而只是把topic标记为：marked for deletion,此时就需要执行第3步的操作；
第三步：删除ZK中的Topic记录
示例如下：
A.运行$ZOOKEEPER_HOME/bin/zkCli.sh -server Master:2181,Slave1:2181,Slave2:2181
B.进入/admin/delete_topics目录下，找到删除的topic,删除对应的信息。
四、重新启动Kafka集群
网友评论