Kafka过期时间TTL、延时队列、死信队列实现方案

本文探讨了如何在Kafka中为消息设置过期时间TTL,通过消息头携带TTL信息,并介绍了如何使用ConsumerInterceptor在消费者端检查并处理超时消息。注意处理批次消息偏移量的问题也被提及。
摘要由CSDN通过智能技术生成

一、过期时间TTL

Kafka 和 RabbitMQ 不同,Kafka的消息并没有TTL这一概念,因此想要实现消息的过期功能,需要作额外的处理

这里提供一种实现方案:将消息的 TTL 的设定值以键值对的形式保存在消息的 header 字段中,在消费者端配置拦截器,消费者在消费消息时判断此条消息是否超时

1.消息的header消息头

ProducerRecord 提供了两个构造方法,可以为消息设置消息头添加需要的额外信息:

public ProducerRecord(String topic, Integer partition, Long timestamp, K key, V value, Iterable<Header> headers)

public ProducerRecord(String topic, Integer partition, K key, V value, Iterable<Header> headers)

通过该方法为消息设置TTL:

new ProducerRecord<>(topic, 0, System.currentTimeMillis(),
                null, "msg", new RecordHeaders().add(new RecordHeader("ttl", ByteUtils.longToBytes(20))));

需要注意 RecordHeader 的值是 byte[]类型,因此需要进行转换

2.TTL拦截器实现

实现 ConsumerInterceptor 接口的 onConsumer()方法:

@Override
public ConsumerRecords<String, String> onConsume(org.apache.kafka.clients.consumer.ConsumerRecords records) {
     long now = System.currentTimeMillis();
     Map<TopicPartition, List<ConsumerRecord<String, String>>> newRecords = new HashMap<>();
     for (TopicPartition tp : records.partitions()) {
           List<ConsumerRecord<String, String>> tpRecords = records.records(tp);
           List<ConsumerRecord<String, String>> newTpRecords = new ArrayList<>();
           for (ConsumerRecord<String, String> record : tpRecords) {
                long ttl = -1;
                for (Header header : record.headers()) {
                     if (header.key().equals("ttl")){
                           ttl = ByteUtils.byteToLong(header.value());
                     }
                }
               // 判断消息是否超时
               if (ttl < 0 || (now - record.timestamp() < ttl * 1000)){
                     newTpRecords.add(record);
               }
               if (!newTpRecords.isEmpty()){
                     newRecords.put(tp, newTpRecords);
               }
            }
     }
     return new ConsumerRecords<String, String>(newRecords);
}

通过这种方式实现TTL需要注意:在一次消息拉取的批次中,由于含有最大偏移量的消息可能会被过滤,因此可能会提交错误的位移信息。解决方式,提前记录这一批消息的最大偏移量,或在过滤之后的消息集中的头部或尾部设置一个状态消息,专门用来存放这一批消息的最大偏移量。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值