Redis基础

上一篇我们讲解了Redis与AI结合的实战应用，通过特征向量缓存、推荐结果缓存大幅提升AI系统性能，而缓存能高效运转的核心，离不开Redis键过期（TTL）机制——它既能自动清理冷数据、释放内存，又能保证缓存数据的时效性。

无论是临时验证码、限时会话、活动缓存还是推荐冷数据，合理设置TTL是Redis稳定运行的关键。本篇从TTL核心原理、设置方式、查看方法、删除策略、实战避坑五个维度，全方位拆解Redis过期机制，帮你规避内存泄漏、缓存雪崩、数据不一致等问题。

核心定位：TTL（Time To Live）是Redis键的“生命周期”，到期自动删除，既节省内存，又保证数据时效性，是缓存、临时业务的必备机制。

一、Redis TTL 核心原理

TTL是Redis为键设置的存活时间，每个设置了过期时间的键，Redis都会单独记录其过期时间戳；一旦到达过期时间，键就会被标记为“过期”，后续通过特定策略被自动删除。

  • 过期精度：毫秒级（Redis 2.6+支持毫秒级过期，低版本仅支持秒级）
  • 持久化兼容：过期时间会随RDB/AOF持久化，重启后仍生效
  • 注意事项：对键执行SET、GETSET等覆写操作，会清除其过期时间；DEL命令可直接删除键并取消过期

二、Redis TTL 常用设置方式

Redis支持命令行、客户端代码两种设置方式，覆盖秒级、毫秒级过期，适配不同业务场景。

1. 命令行设置（原生命令）

命令作用示例
EXPIRE key seconds设置键的过期时间（秒级）EXPIRE login:token:1001 3600（1小时过期）
PEXPIRE key milliseconds设置键的过期时间（毫秒级）PEXPIRE sms:code:1001 60000（60秒过期）
SET key value EX seconds赋值+秒级过期（一步到位）SET user:token:abc123 "valid" EX 7200
SET key value PX milliseconds赋值+毫秒级过期（一步到位）SET activity:flag "on" PX 3600000
PERSIST key移除过期时间，变为永久键PERSIST goods:hot:10086

2. Java代码设置（RedisTemplate）

日常开发中，通过RedisTemplate设置TTL更常用，适配SpringBoot项目，支持所有数据类型。

/**
 * 1. 设置String类型键，秒级过期
 */
public void setWithTTL(String key, String value, long expireSeconds) {
    redisTemplate.opsForValue().set(key, value, expireSeconds, TimeUnit.SECONDS);
}

/**
 * 2. 设置Hash类型键，整体过期
 */
public void setHashWithTTL(String key, Map<String, Object> value, long expireSeconds) {
    redisTemplate.opsForHash().putAll(key, value);
    redisTemplate.expire(key, expireSeconds, TimeUnit.SECONDS);
}

/**
 * 3. 移除键的过期时间（永久有效）
 */
public void removeTTL(String key) {
    redisTemplate.persist(key);
}

/**
 * 4. 毫秒级精准过期（适配短时效场景）
 */
public void setWithMsTTL(String key, String value, long expireMs) {
    redisTemplate.opsForValue().set(key, value, expireMs, TimeUnit.MILLISECONDS);
}

三、Redis TTL 查看方式

通过命令或代码查看键的剩余存活时间，判断键是否过期、监控缓存时效性。

1. 命令行查看

  • TTL key：查看剩余过期时间（秒级）
    • 返回 >0：剩余存活秒数
    • 返回 -1：键永久有效，无过期时间
    • 返回 -2：键不存在/已过期
  • PTTL key：查看剩余过期时间（毫秒级，精度更高）

示例：TTL login:token:1001 → 返回 3500（剩余3500秒过期）

2. Java代码查看

/**
 * 查看键剩余过期时间（秒级）
 */
public Long getTTLSeconds(String key) {
    return redisTemplate.getExpire(key, TimeUnit.SECONDS);
}

/**
 * 查看键剩余过期时间（毫秒级）
 */
public Long getTTLMs(String key) {
    return redisTemplate.getExpire(key, TimeUnit.MILLISECONDS);
}

/**
 * 判断键是否已过期/不存在
 */
public boolean isExpired(String key) {
    Long ttl = getTTLSeconds(key);
    return ttl == null || ttl <= 0;
}

四、Redis 过期键自动删除策略

Redis不会在键到期瞬间立即删除，而是采用惰性删除+定期删除结合的策略，平衡性能与内存占用。

1. 惰性删除（被动删除）

  • 原理：客户端访问键时，Redis先检查是否过期，过期则删除并返回空
  • 优点：节省CPU资源，仅在访问时判断
  • 缺点：大量冷数据过期后无人访问，会占用内存不释放

2. 定期删除（主动删除）

  • 原理：Redis后台定时任务（默认每秒10次），随机抽取部分带TTL的键，检查并删除过期键
  • 优点：主动清理过期冷数据，避免内存泄漏
  • 缺点：不能删除所有过期键，防止CPU占用过高

关键结论：两种策略配合使用，仍可能有少量过期键残留内存；若内存紧张，可通过 SCAN 命令批量清理过期键。

五、TTL 实战避坑与生产最佳实践

1. 常见坑点规避

  • 覆写键清除TTL：对已设过期的键执行SET/GETSET，会直接移除过期时间，变为永久键
  • 缓存雪崩：大量键同时过期，导致请求全部击穿到数据库，需随机打散过期时间
  • 主从一致性：从库不会主动删除过期键，仅同步主库删除指令，依赖主库清理
  • 内存溢出：过期键残留过多，需开启内存淘汰策略（如allkeys-lru）

2. 生产最佳实践

  • 合理设置过期时间：临时数据（验证码/令牌）设短TTL，热点数据设长TTL并配合主动更新
  • 随机过期防雪崩：在基础过期时间上加减随机值，避免批量键同时过期 // 基础2小时过期，加减5分钟随机值 long baseExpire = 7200; long randomExpire = baseExpire + new Random().nextInt(600) - 300; redisTemplate.expire(key, randomExpire, TimeUnit.SECONDS);
  • 搭配内存淘汰：redis.conf设置 maxmemory-policy allkeys-lru，内存满时自动清理冷数据
  • 定期巡检清理：通过定时任务扫描超大键、过期键，手动释放内存

六、TTL 核心命令速查表

操作类型命令/代码核心说明
设置过期EXPIRE/PEXPIRE/SET EX秒级/毫秒级过期，一步赋值过期
查看过期TTL/PTTL查询剩余存活时间，-1永久/-2不存在
取消过期PERSIST移除TTL，键永久有效
删除策略惰性删除+定期删除平衡CPU与内存，自动清理过期键

核心总结：TTL是Redis缓存的核心机制，掌握设置、查看、删除策略，既能保证数据时效性，又能规避内存泄漏、缓存雪崩等生产故障，让Redis更稳定高效。

结语与下篇预告

合理运用TTL机制，是Redis内存优化、缓存治理的关键一步，尤其在缓存、临时业务、AI推荐冷数据清理等场景不可或缺。

发表回复