本文介绍了Kafka Producer中的ACK机制及其三种配置方式：0、1 和 -1。这三种方式分别对应不同的数据持久性和性能需求。配置为0时，Producer发送数据后不等待Broker确认；配置为1时，确保Leader接收数据；配置为-1时，要求所有同步副本确认。随着数据安全性提升，性能逐渐下降。
Kafka producer的ack有3中机制，初始化producer时的producerconfig可以通过配置request.required.acks不同的值来实现。
0：这意味着生产者producer不等待来自broker同步完成的确认继续发送下一条（批）消息。此选项提供最低的延迟但最弱的耐久性保证（当服务器发生故障时某些数据会丢失，如leader已死，但producer并不知情，发出去的信息broker就收不到）。
1：这意味着producer在leader已成功收到的数据并得到确认后发送下一条message。此选项提供了更好的耐久性为客户等待服务器确认请求成功（被写入死亡leader但尚未复制将失去了唯一的消息）。
-1：这意味着producer在follower副本确认接收到数据后才算一次发送完成。
此选项提供最好的耐久性，我们保证没有信息将丢失，只要至少一个同步副本保持存活。
三种机制，性能依次递减 (producer吞吐量降低)，数据健壮性则依次递增。
扫描下方Q群二维码快速加入Java学习交流群
扫一扫
1429
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
