我是靠谱客的博主 冷艳胡萝卜,最近开发中收集的这篇文章主要介绍Kafka 开启 ACK 后的具体流程是怎样的?,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

分析&回答


Kafka 开启 ACK = request.required.asks参数配置

Asks 这个参数是生产者客户端的重要配置,发送消息的时候就可设置这个参数。该参数有三个值可配置:0、1、All 。

  1. 第一种是设为0,意思是生产者把消息发送出去之后,之后这消息是死是活咱就不管了,有那么点发后即忘的意思,说出去的话就不负责了。不负责自然这消息就有可能丢失,那就把可用性也丢失了。
  2. 第二种是设为1,意思是生产者把消息发送出去之后,这消息只要顺利传达给了Leader,其他Follower有没有同步就无所谓了。存在一种情况,Leader刚收到了消息,Follower还没来得及同步Broker就宕机了,但生产者已经认为消息发送成功了,那么此时消息就丢失了。设为1是Kafka的默认配置,可见Kafka的默认配置也不是那么高可用,而是对高可用和高吞吐量做了权衡折中。
  3. 第三种是设为All(或者-1) 意思是生产者把消息发送出去之后,不仅Leader要接收到,ISR列表中的Follower也要同步到,生产者才会任务消息发送成功。

进一步思考, Asks=All就不会出现丢失消息的情况吗?答案是否。当ISR列表只剩Leader的情况下, Asks=All相当于 Asks=1,这种情况下如果节点宕机了,还能保证数据不丢失吗?因此只有在 Asks=All并且有ISR中有两个副本的情况下才能保证数据不丢失。

反思&扩展

Follower 和 Lead 之间没有完全同步怎么办?

Follower 和 Leader 之间并不是完全同步,但也不是完全异步,而是采用一种 ISR机制( In-Sync Replica)。每个Leader会动态维护一个ISR列表,该列表里存储的是和Leader基本同步的Follower。如果有 Follower 由于网络、GC 等原因而没有向 Leader 发起拉取数据请求,此时 Follower 相对于 Leader 是不同步的,则会被踢出 ISR 列表。所以说,ISR 列表中的 Follower 都是跟得上 Leader 的副本。


为了大家更加方便的刷题,我们对文章进行了分类和整理,免费为大家提供刷题服务。程序员不欺骗程序员,赶紧扫码小程序刷起来!
请添加图片描述

为了一站式解决面者刷题问题,部分内容可能存在摘录情况,如有侵权辛苦您留言联系我们,我们会删除文章或添加引用文案,Thanks!

最后

以上就是冷艳胡萝卜为你收集整理的Kafka 开启 ACK 后的具体流程是怎样的?的全部内容,希望文章能够帮你解决Kafka 开启 ACK 后的具体流程是怎样的?所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(38)

评论列表共有 0 条评论

立即
投稿
返回
顶部