Kafka acks策略/级别

acks策略是用于指定生产者要接收多少个broker的确认消息(acks)之后才认为该消息发送成功。它可以控制生产者写入数据时的持久性保证级别。

0

生产者完全不会等待任何来自broker的确认消息,因此无法知道消息是否已成功写入。这种方法虽然具有最佳性能,但没有可靠性保证,因此通常只适用于日志记录等临时任务。

1

生产者仅需要一个broker确认接收到消息即可立即返回。这提供了基本的写入耐久性保证,因为如果接收到确认消息,则意味着消息已成功写入指定主题的副本集中的至少一个备份。

-1/all

在此模式下,生产者将等待从所有副本节点接收确认消息,并检查该消息是否已正确写入所有节点。这是最安全、但也是最慢的选项。当使用此选项时,即使某些副本节点中的一个或多个副本失效,也可以确保消息已成功写入。

小结

选择合适的acks策略需要根据项目需求对性能和可靠性的平衡进行权衡。通常在需要最大限度保证消息写入可靠性时,建议使用acks=all或者-1,而需要追求最高性能时,可以选择acks=1或acks=0。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值