Redis Hash不支持单个Field过期，过期机制仅作用于整个key；应改用独立string key（如user:1001:profile:name）配合SETEX实现per-field TTL。
Redis Hash本身不支持单个Field过期
直接说结论：HSET、HSETNX、HINCRBY 等所有原生命令都无法给 Hash 中的某个 field 单独设 EXPIRE。Redis 的过期机制只作用于整个 key（即整个 Hash），不是 field 粒度。你执行 EXPIRE myhash 60，整张 Hash 60 秒后消失，哪怕只有其中一个 field 过期需求。
常见错误做法及后果
有人尝试用 HMSET + 定时任务轮询删 field，或把时间戳塞进 value 里手动判断——这既不可靠又难维护：
- 定时任务有延迟，无法精确控制过期时刻
- 并发写入时容易漏删或误删（比如两个客户端同时读取、判断、删除）
- value 里混时间戳会让序列化/反序列化逻辑变重，且无法利用 Redis 原生过期清理内存
-
HLEN或HGETALL扫描全量 field 在大数据量下会阻塞主线程
可行方案：用独立 key 模拟 field + TTL
最稳妥的做法是放弃“一个 Hash 存多个 field”的执念，改用命名空间隔离：
- 把每个需独立过期的 field 抽成单独的 string key，例如
user:1001:profile:name、user:1001:profile:email - 用
SETEX或SET+EX直接设置带过期的 key：SETEX user:1001:profile:name 3600 "Alice" - 需要批量读时，用
MGET user:1001:profile:name user:1001:profile:email替代HGETALL - 若仍需“逻辑上属于同一个对象”，可在业务层聚合，或用
SCAN模糊匹配前缀（但注意 SCAN 不保证原子性）
这种结构天然支持 per-field TTL，也兼容 Redis 内存淘汰策略，不会因某个 field 过期导致整条用户数据丢失。
进阶选择：RedisJSON 或模块扩展（谨慎评估）
Redis 7.0+ 自带 RedisJSON 模块，支持对 JSON 对象的路径级操作，但依然不支持路径级 TTL —— JSON.SET 只能给整个 key 设过期。第三方模块如 ReJSON（旧版）、RediSearch 的索引字段也不解决 TTL 问题。
真正支持细粒度过期的是某些定制化中间件（如自研 proxy 层解析并拆 key），但引入复杂度远超收益。除非你已有成熟模块生态，否则别为单个 field 过期去动编译、部署、运维整套扩展。
记住：Hash 是为“同生命周期、强聚合语义”的字段设计的。一旦出现字段间过期时间差异大、更新频率不一致、或部分字段需长期保留而其他字段临时缓存——它就不再是合适的数据结构。
