Kafka学习--------ACK机制,消息一致性

1.ACK机制

Kafka中为了解决消息的重复和丢失,引入了ACK机制。
ACK有三个值,分别为-1 0 1.
当ACK= -1 时,表示producer发送完数据后,必须接受到leader和ISR队列中所有follower的同步完成确认后才会发送下一条数据。
当ACK=0时,表示producer发送完数据后不等待leader和follower的确认,直接发送下一条数据。
当ACK=1时,代表producer发送完数据后只等待leader确认接收。

在ACK=1时存在数据重复问题:当producer发送完数据后,leader接受数据,发送ACK给producer后,ISR中follower没有备份完成,这时leader挂断,会从ISR中选取leader,由于之前没有备份完全leader的数据。就会导致数据丢失

2.消息一致性

问题提出:
假设leader接受了producer传来的数据为20条,ISR中三台follower(f1,f2,f3)开始同步数据,由于网络传输,三台follower同步数据的速率不同。当f1同步了15条数据,f2同步了10条数据,f3同步了13条数据,此时,leader突然挂掉,从ISR中选取了f2作为主节点,此时leader-f2同步了10条,f1同步15,f3同步13,就会造成leader和follower之间数据不一致问题。

解决办法:
HW (High Watermark)俗称高水位,它标识了一个特定的消息偏移量(offset),消费者只能拉取到这个offset之前的消息。
LEO(Log End Offset),标识当前日志文件中下一条待写入的消息的offset。LEO 的大小相当于当前日志分区中最后一条消息的offset值加1.分区 ISR 集合中的每个副本都会维护自身的 LEO ,而 ISR 集合中最小的 LEO 即为分区的 HW,对消费者而言只能消费 HW 之前的消息(就是途中黄色块)

在这里插入图片描述在这里插入图片描述
在这里插入图片描述在这里插入图片描述

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值