1. acks=0 意味着生產者能夠通過網絡吧消息發送出去，那么就認為消息已成功寫入Kafka 一定會丟失一些數據
2. acks=1 意味着首領在疏導消息並把它寫到分區數據問津是會返回確認或者錯誤響應，還是可能會丟數據
3. acks=all 意味着首領在返回確認或錯誤響應之前，會等待所有同步副本都收到消息。如果和min.insync.replicas參數結合起來，，就可以決定在返回確認前至少有多個副本能夠收到消息。但是效率較低。可以通過一部模式和更大的批次來加快速度，但這樣做會降低吞吐量
免責聲明！
本站轉載的文章為個人學習借鑒使用，本站對版權不負任何法律責任。如果侵犯了您的隱私權益，請聯系本站郵箱yoyou2525@163.com刪除。
猜您在找
kafka producer acks參數
kafka中的acks參數
獲取RabbitMQ消息發送確認Acks的DeliveryTag對應的消息內容
kafka 講講acks參數對消息持久化的影響
rabbitmq 持久化 事務 發送確認模式
RabbitMQ消息確認(發送確認,接收確認)
apache kafka配置中request.required.acks含義
Rabbitmq發送方消息確認
RabbitMQ消息確認機制—消息發送確認和消息接收確認
消息中間件系列三：使用RabbitMq原生Java客戶端進行消息通信（消費者（接收方）自動確認模式、消費者（接收方）自行確認模式、生產者（發送方）確認模式）