redis hash本身不支持字段级过期，hset等命令无法为单个field设置expire，过期机制仅作用于整个key；替代方案包括拆分为独立string key或用lua脚本+辅助结构模拟。
Redis Hash 本身不支持字段级过期
直接回答：HSET、HSETNX 或 HMSET（已弃用）等命令无法为 Hash 中的某个 field 单独设置 EXPIRE。Redis 的过期机制只作用于整个 key，Hash 是一个整体 key，它的所有 field 共享同一个 TTL。这是底层设计决定的，不是配置或版本问题。
替代方案：用独立 String key 模拟 Hash 字段
最常用且可靠的做法是放弃用 Hash 存储需要不同过期时间的字段，改用带命名空间的 String key。例如把 user:1001 这个 Hash 拆成：
-
user:1001:username→SET user:1001:username "alice" EX 3600 -
user:1001:token→SET user:1001:token "abc123" EX 600 -
user:1001:avatar_url→SET user:1001:avatar_url "https://..." EX 86400
这样每个字段可自由控制生命周期，读写也简单（GET/SET）。缺点是无法原子性地批量读取全部字段——得发多次请求，或用 MGET 配合预知所有字段名。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
进阶方案：用 Redis Modules 或 Lua 脚本“伪装”字段过期
如果你必须保留 Hash 结构（比如已有大量业务依赖 HGETALL），又想实现字段级过期，只能靠外部逻辑补足：
- 在应用层维护一个额外的
zset，存field名 + 过期时间戳（如ZADD user:1001:expires 1717023600 username），每次HGET前先查 zset 判断是否过期 - 用 Lua 脚本封装读操作：
EVAL "if redis.call('ZSCORE', KEYS[2], ARGV[1]) and tonumber(redis.call('ZSCORE', KEYS[2], ARGV[1])) > tonumber(ARGV[2]) then return redis.call('HGET', KEYS[1], ARGV[1]) else return nil end" 2 user:1001 user:1001:expires username 1717023600 - 注意：Lua 脚本不能调用
EXPIRE或TTL查 Hash 的某个 field，它只能查整个 key 的 TTL，对字段无效
为什么不要用 “定时任务扫描 Hash 字段”
有人想定期用 HGETALL 拿出所有 field，再逐个判断时间戳并 HDEL。这做法问题明显：
- 无法保证实时性，过期后仍可能被读到
- 高并发下存在竞态：脚本刚删完，另一个请求已读到旧值
- 扫描开销大，
HGETALL时间复杂度 O(N)，N 大时阻塞主线程 - Redis 不支持在服务端按自定义字段条件过滤删除，
HDEL只能指定 field 名，不能带条件
真正需要字段级 TTL，就该从数据建模阶段放弃 Hash，而不是后期硬套。字段生命周期差异大，本身就是「不该放在同一个 key 下」的信号。
