EXPIRE 可用于所有数据类型（string、hash、list、set、zset），本质是为 key 设过期；SETEX/PSETEX 更原子但仅限 string；过期键非即时删除，依赖惰性+定期清理机制。
EXPIRE 能用在哪些数据类型上
Redis 的 EXPIRE 指令可以为任意 key 设置过期时间，不管它背后是 string、hash、list、set 还是 zset。本质不是“给数据类型设过期”，而是“给 key 设过期”——只要 key 存在，就能设。
常见误解是以为 EXPIRE 只对 string 有效，其实只是文档里常拿 SET + EXPIRE 举例而已。
- 对
hash设过期：先HSET user:1001 name "Alice" age "30"，再EXPIRE user:1001 3600 - 对
zset设过期：先ZADD leaderboard 100 "player_a"，再EXPIRE leaderboard 86400 - 如果 key 不存在，
EXPIRE返回 0，不报错，但也没效果
为什么 SET + EXPIRE 不如 SETEX / PSETEX 原子
单独用 SET 再跟 EXPIRE 是两个命令，中间可能被其他客户端删掉 key 或覆盖值，导致过期没生效。而 SETEX（秒级）和 PSETEX（毫秒级）把写入和设过期合在一个原子操作里。
-
SETEX只支持string类型；想给hash或list原子设过期，只能靠事务或 Lua 脚本 -
SETEX key 300 "value"等价于SET key "value"+EXPIRE key 300，但不会被中断 - 注意：
SETEX会覆盖已有 key，且清除原有过期时间——哪怕你只想更新 value，也得重设 TTL
EXPIRE 失败的几种典型现象
执行 EXPIRE 返回 0，不代表出错，只代表 key 不存在或已过期。真正要警惕的是返回 (error) ERR unsupported command 这类提示——通常发生在 Redis 集群模式下对多 key 操作，但 EXPIRE 是单 key 命令，一般不会触发。
- 集群中对跨 slot 的 key 执行
EXPIRE？不会，因为EXPIRE只能操作一个 key，Redis 会自动路由到对应节点 - 用
EXPIRE给一个刚DEL掉的 key 设过期？返回 0，安静失败，容易误以为成功了 - 用
EXPIREAT传了个过去的时间戳（比如1609459200对应 2021-01-01），key 会立刻被标记为“待删除”，下次访问时返回 nil
过期数据不是立刻消失，得留意清理机制
Redis 不会在过期那一刻立即删 key，而是靠两种机制配合：惰性删除（访问时检查）+ 定期抽样删除（后台线程随机扫）。这意味着过期 key 可能还占内存几秒甚至更久，尤其在高负载或大 key 场景下。
- 大
hash或zset过期后，整个结构才被整体回收，不会只删其中几个字段 - 如果你依赖“过期即释放”，建议搭配
TTL监控 + 主动DEL清理冷 key，别全指望自动机制 - 用
INFO memory查看mem_fragmentation_ratio和used_memory_peak，有时过期堆积会导致内存虚高
