Ehcache3.8 磁盘缓存persistent设为true的作用与性能影响

对应参考配置 #

<ehcache:cache alias="10">
        <ehcache:key-type>java.lang.String</ehcache:key-type>
        <ehcache:value-type>byte[]</ehcache:value-type>
        <ehcache:expiry>
            <ehcache:ttl unit="seconds">86400</ehcache:ttl>
        </ehcache:expiry>
        <ehcache:resources>
            <ehcache:heap unit="MB">1</ehcache:heap>
            <ehcache:offheap unit="MB">400</ehcache:offheap>
            <ehcache:disk unit="GB" persistent="true">5</ehcache:disk>
        </ehcache:resources>
    </ehcache:cache>

persistent 属性的设计定位 #

该标记的核心设计目标是实现缓存进程重启后的磁盘数据持久化能力，并非专门的性能调优参数，不存在专门针对读写性能的优化或劣化逻辑。

• 当persistent="false"时，缓存进程退出后，磁盘上存储的临时缓存文件会被自动清理，下次启动时磁盘缓存层为完全空的状态
• 当persistent="true"时，缓存进程无论正常退出还是异常崩溃，磁盘上的有效缓存条目都不会被主动清理，进程重启后Ehcache会自动加载已有磁盘缓存数据，跳过冷启动阶段的回源预热流程

对实际运行性能的影响 #

虽然persistent的设计初衷不涉及性能调优，但不同开关值对应的进程行为差异，会带来可感知的性能差异：

• 稳态运行阶段的常规读写：无本质性能差异
  进程正常对外提供服务的阶段，不管persistent取值是true还是false，Ehcache对磁盘缓存的条目写入、查找、过期淘汰、序列化/反序列化逻辑完全一致，单次磁盘读写的耗时、命中率计算逻辑不会因为该属性发生变化，不存在“开了持久化就会让磁盘缓存读写变慢”的情况。
• 进程生命周期的额外IO开销差异
  • persistent="true"场景：进程启动阶段会额外执行磁盘缓存元数据扫描、存量有效条目加载的流程，磁盘缓存条目量越大，启动耗时越高；进程正常关闭阶段会额外将缓存索引持久化落盘，避免重启后出现索引损坏，相比非持久化场景会多一次元数据写入的磁盘IO开销
  • persistent="false"场景：进程正常停止阶段会触发磁盘缓存目录的全量清理操作，当磁盘缓存数据量达到配置的5GB上限时，清理过程会产生明显的磁盘IO，拉长进程关闭耗时
• 服务初期的间接性能收益
  开启persistent="true"后，进程重启完成即可直接命中磁盘层的存量缓存，不需要从业务源头回源加载数据，服务重启后的初期响应速度、缓存命中率会远高于磁盘层为空的非持久化场景。这是持久化能力带来的间接性能优势，并非属性本身的性能调优效果。

内容的提问来源于stack exchange，提问作者Holy_diver