[英]Kafka producer config: Why request.timeout.ms should be larger than replica.lag.time.max.ms
來自 Kafka doc https://kafka.apache.org/11/documentation.html#producerconfigs ，它說：
該配置控制客戶端等待請求響應的最長時間。 如果在超時之前未收到響應，客戶端將在必要時重新發送請求，或者如果重試次數耗盡則請求失敗。 這應該大於 replica.lag.time.max.ms（代理配置）以減少由於不必要的生產者重試而導致消息重復的可能性。
為什么一個小的 request.timeout.ms 可能會導致重復？ 有人可以詳細說明嗎？
如果生產者重試配置設置為 0，這是否仍然適用？
如果它小於 replica.lag.time.max.ms，那么 follower broker 可能會成功持久化 msg 但 producer req 超時，這將由於不必要的 producer 重試而導致重復
在 Kafka 消費者配置中將 max.poll.interval.ms 設置為大於 request.timeout.ms 的負面影響是什么
[英]What is negative effects of setting max.poll.interval.ms larger than request.timeout.ms in Kafka consumer configs
Spring 用於 Apache Kafka：無法識別的生產者配置 - 'delivery.timeout.ms'
[英]Spring for Apache Kafka: Unrecognized producer configuration - 'delivery.timeout.ms'
Kafka Producer 錯誤：使用 timeoutMillis = 9223372036854775807 ms 關閉 Kafka 生產者
[英]Kafka Producer error: Closing the Kafka producer with timeoutMillis = 9223372036854775807 ms
Kafka 事務生產者拋出“在 60000 毫秒內初始化事務 state 時超時已過期”
[英]Kafka transactional producer throws 'Timeout expired while initializing transactional state in 60000ms'
當Kafka消費者不使用訂閱方法時，是否檢查session.timeout.ms或max.pool.interval.ms？
[英]When Kafka consumer don't use subscribe method, do it check session.timeout.ms or max.pool.interval.ms?
Apache Kafka-了解在poll（）方法中作為參數存在的超時與fetch.max.wait.ms之間的關系
[英]Apache Kafka- Understanding the relationship between timeout present as a parameter in the poll() method and fetch.max.wait.ms
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.
