Hazelcast系列(十一)：Map（三）备份、过期驱逐与内存格式

配置过期策略，使用 time-to-live-seconds 和 max-idle-seconds。

生存时间

time-to-live-seconds，为每个条目在地图中停留的最长时间（以秒为单位）（TTL）。它限制了数据相对于上次对其执行写访问的时间的生命周期。
如果不为0，则生命周期超过此期限的数据（在此期限内没有对其执行任何写访问）将过期并自动驱逐。如果没有为单个数据提供特定的 TTL 值，它将继承为此元素设置的值。

time-to-live-seconds 默认值为 0，意味着没有过期，可接受的最大值为?Integer.MAX VALUE。

默认情况下，此配置元素适用于 Map 中的所有数据。

配置方式

• XML

<hazelcast>
    <map name="default">
        <time-to-live-seconds>60</time-to-live-seconds>
    </map>
</hazelcast>

• YAML

hazelcast:
  map:
    default:
      time-to-live-seconds: 60

最大空闲时间

max-idle-seconds，每个数据在地图中保持空闲的最长时间（以秒为单位）。它限制数据相对于上次对其执行读或写访问的时间的生命周期。空闲时间超过此限制的数据将自动过期并被驱逐。

max-idle-seconds 默认值为 0，意味着没有过期，可接受的最大值为?Integer.MAX VALUE。

默认情况下，此配置元素适用于 Map 中的所有数据。

配置方式

• XML

<hazelcast>
    <map name="default">
        <max-idle-seconds>60</max-idle-seconds>
    </map>
</hazelcast>

• YAML

hazelcast:
  map:
    default:
      max-idle-seconds: 60

特定条目设置过期策略

要为特定映射条目配置过期策略，可以使用 IMap 的方法，相应的有 生存时间 和 最大空闲时间 参数。

• 设置 key=1 数据的生存时间

myMap.put( "1", "John", 50, TimeUnit.SECONDS )

• 要设置数据的最大空闲超时

myMap.put( "1", "John", 50, TimeUnit.SECONDS, 40, TimeUnit.SECONDS )

• 更改现有数据的生存时间

myMap.setTtl( "1", 50, TimeUnit.SECONDS )

驱逐

驱逐策略限制了 Map 的大小。如果 Map 的大小超过限制，定义的驱逐策略将从 Map 中删除某些数据以减小其大小。

要配置驱逐策略，使用 size、max-size-policy 和?eviction-policy。

大小

size 定义了 Map 数据大小的最大值，当达到最大大小时，根据 eviction-policy 元素的值删除Map 中的数据。

其有效值为 0 到 Integer.MAX VALUE?之间的整数。它的默认值为0，即没有驱逐，无限制。

如果要将此元素设置为 0 以外的任何大小，则还必须将其对应的 eviction-policy 属性设置为 NONE 以外的值。

大小策略

max-size-policy 定义了测量 Map 最大值 的策略。

Hazelcast 按分区测量 Map 的大小。例如，如果 max-size 对应的大小策略为 PER_NODE，Hazelcast 会计算每个分区的每个集群成员中的最大数据条数。其计算方式如下：

partition-maximum-size = max-size * member-count / partition-count

驱逐策略

eviction-policy 该元素定义当 Map 的大小大于 size 指定的值时要删除哪些数据。

eviction-policy 所有策略如下：

如有需要，可自定义驱逐策略。

配置方式?

• XML

<hazelcast>
    <map name="nativeMap">
        <in-memory-format>NATIVE</in-memory-format>
        <eviction max-size-policy="USED_NATIVE_MEMORY_PERCENTAGE" eviction-policy="LFU" size="75"/>
    </map>
</hazelcast>

• YAML

hazelcast:
  map:
    nativeMap:
      in-memory-format: NATIVE
      eviction:
        eviction-policy: LFU
        max-size-policy: USED_NATIVE_MEMORY_PERCENTAGE
        size: 75

内存格式

设置的用于存储数据的内存格式会对应用程序的性能产生重大影响。当数据在客户端和 Hazelcast 集群之间或集群成员之间移动时，数据始终采用序列化（二进制）格式。

设置内存格式的目标是通过仅在必要时执行操作来最大限度地减少序列化的开销。

如果集群的大部分操作是读取 ( get) 和写入 ( put)，则保持数据格式 BINARY 是最有效的。在 put 操作中，执行放置的应用程序将数据序列化以便通过网络传输。集群成员只需将接收到的数据写入映射，而不进行任何格式更改。在 get 操作中，集群成员返回所请求的映射条目的二进制副本。应用程序对返回的数据执行必要的反序列化。

但是，如果大多数集群操作都是查询，则反序列化开销就成为一个问题。查询必须针对对象运行，而不是针对二进制数据。通过以 OBJECT?格式存储经常查询的数据 ，在将数据添加到地图时会产生反序列化开销。