文章目录
幂等性通过消耗时间和性能的方式,解决乱序和重复问题。
但是只能保证同一生产者在一个分区中的幂等性。
1. 启用幂等性
//创建producerHashMap<String,Object> config =newHashMap<>();
config.put(ProducerConfig.BOOTSTRAP_SERVERS_CONFIG,"localhost:19092");
config.put(ProducerConfig.KEY_SERIALIZER_CLASS_CONFIG,StringSerializer.class.getName());
config.put(ProducerConfig.VALUE_SERIALIZER_CLASS_CONFIG,StringSerializer.class.getName());//配置acks等级
config.put(ProducerConfig.ACKS_CONFIG,"-1");//启用幂等性
config.put(ProducerConfig.ENABLE_IDEMPOTENCE_CONFIG,true);// 消息失败重试次数
config.put(ProducerConfig.RETRIES_CONFIG,5);
config.put(ProducerConfig.REQUEST_TIMEOUT_MS_CONFIG,3000);KafkaProducer<String,String> producer =newKafkaProducer<String,String>(config);
幂等性操作要求:
- ACKS = -1
- 开启重试机制
- 在途请求缓冲区不能大于5
2. 底层变化
消息会被标记,包含生产者ID和消息序列号。
( 如果生产者重启,那么ID会变化,这会使得下图记录无效,幂等性短暂失效。)
并且broker中的ProducerState会记录每个分区的生产者状态,包括最新5个消息的序列号。
3. 数据不重复
消息来到broker分区,经由ProducerState的数据进行对比,
- 重复则丢弃消息,返回ack。
- 否则Broker存储消息并返回ack。
4. 数据有序
消息来到broker分区,经由ProducerState的数据进行对比,
- 如果新消息的序列号是连续的,Broker会接受并存储该消息,然后更新最新序列号。
- 如果新消息的序列号不连续,Broker会认为这是重复消息或乱序消息,根据配置,它可能会丢弃或拒绝该消息。
- 无论消息被接受还是丢弃,Broker都会返回一个ack给生产者。
不连续时可能拒绝多个消息,那么这些消息都会返回生产者重新发送,直到按顺序下一个消息到来,才存储并更新。
版权归原作者 木子dn 所有, 如有侵权,请联系我们删除。