Redis缓存 过期机制 Redis中如何计算键的过期时间，redis设置与管理过期时间的方法解析

🔥 Redis缓存过期机制全解析：让你的数据不再"赖着不走"

�️ 场景引入：咖啡店的会员优惠券

想象你开了一家网红咖啡店☕，给新用户发放24小时有效的"买一送一"电子优惠券，如果这些优惠券过期后还躺在系统里：

1. 顾客会投诉"为什么不能用过期券"😤
2. 服务器内存会被垃圾数据塞满💥
3. 财务对账时会出现混乱💸

这就是Redis过期机制要解决的核心问题——让数据到点自动消失！

⏰ Redis如何计算键的过期时间

Redis内部使用"过期字典"（expires字典）记录每个键的死亡倒计时，关键点在于：

两种时间记录方式

• 绝对时间戳（Unix时间戳）

  EXPIREAT coupon:user001 1735660800  # 设置为2025-08-31 00:00:00过期

• 相对时间秒数（从当前时间开始计算）

  EXPIRE coupon:user001 86400  # 24小时后过期

底层存储优化

Redis实际存储的是毫秒级精度的UNIX时间戳（即使你用EXPIRE设置秒数），

• 你设置EXPIRE key 60
• Redis内部可能存为expires[key] = 1735660860000（当前时间戳+60000毫秒）

🛠️ 过期时间设置五大招式

小技巧💡：用TTL key查看剩余生存时间，返回-2表示键已消失，-1表示永不过期

🧹 Redis的过期删除策略

Redis采用双保险机制确保及时清理：

定期删除（主动出击）

• 每隔100ms随机抽查20个带过期时间的key
• 发现过期的立即删除,如果发现超过25%的key已过期则重复抽查
• 像咖啡店每小时抽查库存🍵，发现过期食材立刻丢弃

惰性删除（被动补刀）

• 当某个key被访问时,Redis会检查它是否过期
• 如果已过期则当场删除并返回空值
• 就像顾客使用优惠券时才发现已过期🗑️

为什么双策略？

• 仅定期删除可能导致内存浪费（垃圾数据存活到下次检查）
• 仅惰性删除可能导致内存泄漏（冷数据永远不被访问）

💡 实战避坑指南

坑1：大量key同时过期

# 错误示范 - 可能导致Redis瞬间卡顿  
for i in {1..100000}; do  
  SET "coupon:$i" "value"  
  EXPIRE "coupon:$i" 3600  
done  
# 正确做法 - 添加随机偏移量  
EXPIRE "coupon:101" $((3600 + RANDOM % 600))  # 分散在1小时~1小时10分钟之间  

坑2：DEL命令不会触发过期事件

如果手动DEL一个键，Redis不会触发过期事件的监听（即使这个键本来有过期时间）

坑3：持久化时的特殊表现

• RDB持久化：已过期的key不会被保存到快照文件
• AOF持久化：当key过期被删除时，会追加一条DEL命令到AOF文件

📊 监控过期key的姿势

# 查看过期key数量趋势  
redis-cli info stats | grep expired_keys  
# 采样观察即将过期的key  
redis-cli --scan --pattern "*" | while read key; do  
  ttl=$(redis-cli ttl "$key")  
  if [ $ttl -gt 0 ] && [ $ttl -lt 300 ]; then  
    echo "即将过期($ttl秒): $key"  
  fi  
done  

Redis的过期机制就像给数据装上定时自毁装置💣：

1. 精确计时：支持秒/毫秒两种精度，绝对/相对两种模式
2. 智能清理：定期删除+惰性删除双保险
3. 实战技巧：避免批量同时过期，注意持久化影响

下次设置优惠券有效期时,不妨想想咖啡店的例子——让数据像新鲜烘焙的咖啡豆一样，在最佳风味期存在，过期后果断清理！☕🗑️