我对停止ConcurrentMessageListenerContainer
之后/之后(Spring)Kafka的poll()行为感到有点困惑。
我想要实现的目标: 引发异常后停止使用者(例如消息无法保存到数据库中),不提交偏移量,在给定时间后重新启动它并从先前失败的消息再次开始处理。
我读过这篇文章说容器将使用poll(https://github.com/spring-projects/spring-kafka/issues/451)中的剩余记录调用侦听器,这意味着无法保证在失败的消息之后另一条成功处理的消息将提交偏移量。这可能会导致丢失/跳过的消息。
这是否真的如此?如果是,是否有解决方案可以在不升级新版本的情况下解决这个问题? (DLQ不是我案例的解决方案)
我已经做了什么:
设置setErrorHandler()
和setAckOnError(false)
private Map<String, Object> getConsumerProps(CustomKafkaProps kafkaProps, Class keyDeserializer) {
Map<String, Object> props = new HashMap<>();
//Set common props
props.put(ConsumerConfig.BOOTSTRAP_SERVERS_CONFIG, kafkaProps.getBootstrapServers());
props.put(ConsumerConfig.VALUE_DESERIALIZER_CLASS_CONFIG, ByteArrayDeserializer.class);
props.put(ConsumerConfig.GROUP_ID_CONFIG, kafkaProps.getConsumerGroupId());
props.put(ConsumerConfig.AUTO_OFFSET_RESET_CONFIG, "earliest"); // Start with the first message when a new consumer group (app) arrives at the topic
props.put(ConsumerConfig.ENABLE_AUTO_COMMIT_CONFIG, false); // We will use "RECORD" AckMode in the Spring Listener Container
props.put(ConsumerConfig.KEY_DESERIALIZER_CLASS_CONFIG, keyDeserializer);
if (kafkaProps.isSslEnabled()) {
props.put(CommonClientConfigs.SECURITY_PROTOCOL_CONFIG, "SSL");
props.put("ssl.keystore.location", kafkaProps.getKafkaKeystoreLocation());
props.put("ssl.keystore.password", kafkaProps.getKafkaKeystorePassword());
props.put("ssl.key.password", kafkaProps.getKafkaKeyPassword());
}
return props;
}
消费
public ConcurrentMessageListenerContainer<String, byte[]> kafkaReceiverContainer(CustomKafkaProps kafkaProps) throws Exception {
StoppingErrorHandler stoppingErrorHandler = new StoppingErrorHandler();
ContainerProperties containerProperties = new ContainerProperties(...);
containerProperties.setAckMode(AbstractMessageListenerContainer.AckMode.RECORD);
containerProperties.setAckOnError(false);
containerProperties.setErrorHandler(stoppingErrorHandler);
ConcurrentMessageListenerContainer<String, byte[]> container = ...
container.setConcurrency(1); //use only one container
stoppingErrorHandler.setConcurrentMessageListenerContainer(container);
return container;
}
错误处理程序
public class StoppingErrorHandler implements ErrorHandler {
@Setter
private ConcurrentMessageListenerContainer concurrentMessageListenerContainer;
@Value("${backends.kafka.consumer.halt.timeout}")
int consumerHaltTimeout;
@Override
public void handle(Exception thrownException, ConsumerRecord<?, ?> record) {
if (concurrentMessageListenerContainer != null) {
concurrentMessageListenerContainer.stop();
}
new Timer().schedule(new TimerTask() {
@Override
public void run() {
if (concurrentMessageListenerContainer != null && !concurrentMessageListenerContainer.isRunning()) {
concurrentMessageListenerContainer.start();
}
}
}, consumerHaltTimeout);
}
}
我正在使用的内容:
<groupId>org.springframework.integration</groupId>
<artifactId>spring-integration-kafka</artifactId>
<version>2.1.2.RELEASE</version>
<groupId>org.springframework.kafka</groupId>
<artifactId>spring-kafka</artifactId>
<version>1.1.7.RELEASE</version>
答案 0 :(得分:2)
没有升级新版本?
2.1引入了ContainerStoppingErrorHandler ContainerAwareErrorHandler
,剩下的未使用消息被丢弃(并在重新启动容器时重新获取)。
对于早期版本,您的侦听器将需要拒绝(失败)批处理中的其余消息(或设置max.records.per.poll=1
)。