Redis 实战应用：缓存雪崩、缓存击穿、缓存穿透和数据一致性

谁践踏了优雅 2024-03-23 17:12 121阅读 0赞

### 前言 ###

其实缓存雪崩、缓存击穿、缓存穿透、Redis 和 MySQL 数据一致性，网上已经很多人都写过相关文章，不过博主还是决定再写一篇，想把自己的理解写出来，希望可以帮助到一些人。如果你是开发新手，对这些名词一点都不了解也千万不要害怕，这些名词看起来高大上，其实非常简单。就是开发中使用 Redis 可能会发生一些没有考虑到的问题，只不过换了个高大上的名字而已。

### 缓存穿透 ###

在说缓存穿透之前，我们先来看一个业务场景，以我们公司 APP 为例，我们现在有一个查询物流信息的业务

/**
         * 通过发货单查询物流信息
         */
        public ExpressInfo findByDeliveryOrderId(Long id) {
            //从 Redis 查询物流信息
            Object obj = redisTemplate.opsForValue().get("hosjoy-b2b-express:express-info:" + id);
            if (obj != null) {
                return (ExpressInfo) obj;
            } else {
                ExpressInfo expressInfo = expressMapper.selectByDeliveryOrderId(id);//数据库查询
                if (expressInfo != null) {
                    redisTemplate.opsForValue().set("hosjoy-b2b-express:express-info:" + id, expressInfo, expressInfo,Duration.ofHours(2l));
                    return expressInfo;
                } else {
                    throw new ClientException("发货单：{} 的物流信息不存在", id);
                }
            }
        }
    复制代码

你看这段伪代码，如果缓存中有就直接返回，如果没有我就去数据库查询，然后更新到 Redis 并设置过期时间再返回。乍一看挺好的，但其实会有一个潜在的问题，如果我传进来的 id 是负数呢？那是不是一直缓存查询不到，数据库也查询不到？不过上一篇我们已经说过了[hibernate-validator 参数校验][hibernate-validator]，@Positive 注解其实可以很轻易的避免负数参数。那我故意传一个随机生成的 long 类型的 id，这样你参数校验就防止不住了吧，而且我随机生成的，你数据库里面肯定没有。那么按照上面的代码，每次都会查不到缓存走数据库，而且数据库也查不到。

我们用 Redis 是把它作为缓存中间件，将请求走到 Redis ，当 Redis 数据过期后再访问 MySQL 去更新 Redis

![format_png][]

上面的场景每次都会访问 MySQL ，这很明显就违背了 Redis 作为缓存中间件的初衷。**查询某一个不存在的资源，导致每次请求都访问 MySQL，缓存失去了作用。这就是缓存穿透**

如何避免这个问题呢？其实我个人认为缓存穿透解决的意义并不是很大，相较于缓存击穿和缓存雪崩来说，毕竟是个小概率的事情。也没有哪个憨憨一定要花费精力恶搞我们的服务器吧？如果一定要解决的话，办法也不是没有。最常用的就是参数校验做好，起码能防止负数id这种明显不合法的参数。其次还记得我们在

[hibernate-validator]: https://juejin.cn/post/6972046499853107214
[format_png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/23/c37bb4e37c744895baa4f4acfc1ba34d.png