背景

这里的kafka值得是broker,broker消息丢失的边界需要对齐一下：

1 已经提交的消息

2 有限度的持久化

如果消息没提交成功，并不是broke丢失了消息；

有限度的持久化（broker可用）

生产者丢失消息

producer.send(Object msg) ; 这个发送消息的方式是异步的；fire and forget,发送而不管结果如何；

失败的原因可能有很多，比如网络抖动，发送消息超出大小限制；

怎么破呢？永远使用带有返回值值的消息发送方式，即 producer.send(msg,callback)

通过callback可以准确的告诉你消息是否发送成功了，发送失败了你也可以有处置方法；

网络抖动： 重发

发送消息超出大小：调整消息大小进行发送

这种情况并不是broker丢失消息了，是producer的消息没有提交成功。

消费者丢失消息

kafka消费消息的模型:

即消费消息，设置好offset，类比一下：

说明时候消费者丢失数据呢？即先更新位移，再消费消息，如果消费程序出现故障，没消费完毕，则丢失了消息，此时，broker并不知道。

怎么破？总是先消费消息，再更新位移；这种可能带来消息重复消费的问题，但是不会出现消息丢失问题；

多线程消费丢失消息

即开启了位移自动提交，多线程处理的时候，如果有一个线程出现问题，但是还是提交了位移，会发生消息丢失。

怎么破？ 关闭自动提交位移，消费者端配置参数：enable.auto.commit=false

调优broker参数防止消息丢失

主要通过调整配置来保证kafka消息不丢失。

然后就是producer发送消息一定要使用带回调函数的方法，并对发送失败的情况进行处理。

同时写consumer程序的时候先消费再提交；

小结

本节先限定了kafka消息不丢失是针对broker的，基本要求是：消息已提交到broker,而且至少有一个broker可用；

然后从生产者，消费者，配置参数这三个方面介绍了如何防止kafka的消息丢失。

我会持续分享Java软件编程知识和程序员发展职业之路！ 原创不易，关注诚可贵，转发价更高！转载请注明出处，让我们互通有无，共同进步，欢迎沟通交流。