Redis String类型如何防止缓存击穿？-Redis-PHP中文网

redis string 类型无击穿防护能力，需应用层兜底；因其无状态、硬过期特性，热点 key 过期时并发请求会集体穿透至数据库，引发 miss 飙升与 db 压力激增。

redis string类型如何防止缓存击穿？

Redis String 类型本身不自带击穿防护能力，必须靠应用层策略兜底。单靠 SET / GET 无法解决热点 key 过期瞬间的并发穿透问题——这是由 String 的无状态、无锁、无逻辑过期机制决定的。

为什么 String 类型缓存击穿特别难防

String 是最“干净”的类型：它只存值，不带元信息。不像 Hash 或 Sorted Set 可以附带时间戳或版本号，String 的 EXPIRE 是硬过期，一到时间就彻底消失。一旦 user:10086 这类 key 到期，所有并发请求同时发现 GET 返回 null，就会集体涌向数据库。

现象明显：redis.keyspace_misses 瞬间飙升，redis.keyspace_hits 断崖下跌
数据库慢查询里反复出现同一语句，但返回行数为 0
Redis 监控里看到大量 GET + SET 组合，且 SET 耗时波动剧烈

用互斥锁（Mutex）控制重建并发

这是最直接、上线成本最低的方案，核心是让只有一个线程去查库写缓存，其余线程等待后直接读新值。

锁 key 必须与业务 key 强绑定，例如 user:10086 对应锁 lock:user:10086
必须用 SET 命令的 NX EX 参数组合，不能用 SETNX 单独加锁再 EXPIRE —— 后者不是原子操作，可能锁成功但过期失败
锁超时时间要大于数据库查询+写缓存的最大耗时，否则可能多个线程同时拿到锁
别在重试逻辑里用递归调用，容易栈溢出；改用循环 + 退避（如 Thread.sleep(50)）

示例（Java + RedisTemplate）：

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

String lockKey = "lock:" + cacheKey;
Boolean isLocked = stringRedisTemplate.opsForValue()
    .setIfAbsent(lockKey, "1", Duration.ofSeconds(10));
if (Boolean.TRUE.equals(isLocked)) {
    try {
        User user = userMapper.selectById(id);
        if (user != null) {
            stringRedisTemplate.opsForValue().set(cacheKey, JSON.toJSONString(user), Duration.ofMinutes(30));
        }
        // 注意：空值也要写入，否则下次仍会抢锁
    } finally {
        stringRedisTemplate.delete(lockKey);
    }
} else {
    // 等待后重试，不要立即返回 null
    Thread.sleep(50);
    return getUserFromCache(id);
}