Apache Ignite 3.1是否支持KeyValueView条目原生服务端TTL/过期功能？

核心结论 #

Ignite 3.1.0 未提供服务端原生的单条目粒度TTL/过期能力，不存在和Ignite 2.x中ExpiryPolicy完全等效的特性，也无法通过表DDL、分布区配置、存储配置文件实现单条记录级别的自定义过期规则。

版本现有过期能力边界 #

3.1.0版本仅支持分布区（Distribution Zone）维度的全局数据留存配置，规则对绑定到该Zone的所有表、所有写入数据统一生效，不支持单条、单表维度的差异化TTL设置：

• 配置方式为创建分布区时指定DATA_RETENTION_PERIOD参数，单位为毫秒，示例SQL：

CREATE ZONE IF NOT EXISTS demo_zone WITH DATA_RETENTION_PERIOD=86400000;

上述配置代表该Zone下所有数据写入1天后会被后台任务统一清理，写入数据时无法单独给某一条记录指定不同的过期时间，和你需要的单条目粒度TTL能力不匹配。

• 对应.NET瘦客户端的KeyValueView<string, string> API，3.1.0版本的Put、Replace等所有写入方法均未暴露TTL传参入口，无法在写入操作层面指定单条记录的过期时间。

临时落地替代方案 #

如果必须在3.1.0版本实现单条目过期逻辑，只能采用客户端侧实现的折中方案，服务端无原生能力支撑：

• 写入数据时额外附带存储该条记录的过期时间戳字段
• 读取数据时先校验时间戳，若已过期则直接返回空值并异步删除服务端对应记录
• 客户端侧配置定时任务，定期批量扫描清理已过期的存量数据

该方案存在明显短板：过期数据不会被服务端立即清理释放存储空间，清理逻辑的可靠性完全依赖客户端运行状态，无法实现服务端侧的精准、自动过期。

补充说明 #

单条目粒度的原生TTL能力属于Ignite 3.x后续版本的规划特性，3.1.0作为较早的3.x正式版本尚未落地该功能，不存在配置层面的绕开实现方式。

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