redis缓存过期设置有四种核心方法：expire为已存在键设秒级过期；setex/set ex一步写入并设秒级过期；pexpire/set px支持毫秒级精度；expireat/pexpireat按绝对时间戳过期，需确保系统时区为utc。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在Linux服务器上部署Codex类应用时，缓存策略直接影响响应速度与内存稳定性——若Redis中大量键未设过期时间，内存会持续膨胀直至OOM；若过期时间设得太集中，又可能触发Redis周期性删除风暴，拖慢主线程。必须精准控制每个键的失效节奏。
直接设置已存在键的过期时间
适用于运行中的Codex服务需为已有缓存项追加时效控制，比如动态调整用户会话token的存活窗口。
第一步：连接到目标Redis实例，使用redis-cli -h 127.0.0.1 -p 6379登录（若配置了密码，追加-a yourpass）。
第二步：执行EXPIRE keyname 3600，将keyname的生存期设为3600秒（1小时）。该命令返回1表示成功，返回0说明key不存在或类型不支持过期（如Redis集群模式下对非hash slot key操作失败）。
第三步：验证是否生效，运行TTL keyname，返回值为剩余秒数；若返回-2，代表key已不存在；返回-1，说明未设置过期时间或key本身不存在。
【注意：EXPIRE只对普通键有效，对Redis Cluster中跨slot的复合结构（如部分list元素）无法精确控制单个子项过期】
创建键时同步指定过期时间
这是Codex初始化缓存最推荐的方式，避免先写入再补过期带来的竞态风险，尤其适合验证码、临时任务ID等一次性数据。
方法一：用SETEX命令一步完成字符串键写入与秒级过期
SETEX codex:verify:abc123 180 "8472" → 键值写入同时设180秒过期，无需额外命令。
方法二：用SET配合EX参数（更通用，支持所有Redis版本）
SET codex:session:uid789 "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9" EX 3600 → 比SETEX多一个参数灵活性，且兼容非字符串类型键的后续扩展。
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
方法三：毫秒级精度控制，用PX参数替代EX
SET codex:rate:192.168.1.100 "15" PX 60000 → 限制IP每分钟请求，60000毫秒=60秒，精度更高，防止因系统调度延迟导致窗口漂移。
按绝对时间戳设定过期点
当Codex需要与外部系统时间严格对齐（如优惠券截止、定时报告生成），不能依赖相对时长，必须锚定Unix时间戳。
EXPIREAT codex:coupon:20260615 1718121600 → 将键在2026-06-12 00:00:00 UTC准时失效，时间戳可通过date -d "2026-06-12 00:00:00 UTC" +%s生成。
PEXPIREAT codex:report:daily_20260611 1718121600000 → 毫秒级时间戳，适用于要求亚秒级同步的实时仪表盘缓存刷新。
这一步操作起来很简单，直接把计算好的时间戳粘贴进命令即可。但务必确认服务器时区与UTC一致，否则EXPIREAT会按本地时间解析——【Linux系统必须执行timedatectl set-timezone UTC，否则时间戳偏差会导致提前或延后过期】
批量设置与过期策略协同
Codex常需为一组相关键统一施加时效，例如用户全部会话键（session:*）、全部临时文件元数据（tempfile:*），此时单条EXPIRE效率低下。
用Lua脚本原子化处理：
redis-cli --eval /tmp/set-expires.lua session:* , 1800 → 脚本内部用SCAN匹配前缀，对每个匹配key执行EXPIRE，避免客户端循环+网络往返开销。
同时调整Redis配置以匹配业务节奏：
编辑/etc/redis/redis.conf，将maxmemory-policy设为volatile-lru → 当内存达上限时，优先淘汰带过期时间的LRU键，而非误删永久配置项。
最后重启服务使配置生效：systemctl restart redis-server。
