Hazelcast-过期监听程序延迟

HazelCast - Expiration listener delay(Hazelcast-过期监听程序延迟)

本文介绍了Hazelcast-过期监听程序延迟的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

问题是MAP侦听器在TTL到期后引发了3-5秒。

我在此处添加要映射的新条目

05-11-2018 14:38:57.197 INFO  [hz._hzInstance_1_3cc39d15-29b8-4f59-8bca-e47eae0476a1.event-26] MyEntryExpiredListener - :::::::::::entry was ADDED to the map  :::::::::::::::::::

TTL配置为10秒,但大约14秒后返回。

05-11-2018 14:39:11.326 INFO  [hz._hzInstance_1_3cc39d15-29b8-4f59-8bca-e47eae0476a1.event-26] MyEntryExpiredListener - :::::::::::entry was EXPIRED in the map  :::::::::::::::::::

我尝试设置配置属性:

 hazelcast.internal.map.expiration.cleanup.percentage=100,
 hazelcast.internal.map.expiration.task.period.seconds=1,

有谁有经验解决这个问题吗?

推荐答案

Hazelcast中的过期有两种工作方式:

  1. 该条目在TTL/max-IDLE-秒持续时间之后无效。当您尝试在TTL/max-IDLE-秒之后获取条目时,您将获得null值。
  2. 后台进程(称为过期任务)工作并清理过期条目。此任务可以使用您提到的属性进行优化。

过期后,如果添加了监听器,则会触发EntryEvent。但是,这并不能保证您将收到与事件触发时相同的确切时间。Hazelcast中的事件系统以异步方式工作,基于忘记即点火。该事件可能会在事件队列中等待一段时间。因此,看到TTL值和事件触发之间的时间差是正常的。

这篇关于Hazelcast-过期监听程序延迟的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!

本文标题为:Hazelcast-过期监听程序延迟

基础教程推荐