本篇文章给大家分享《redis分布式锁解决缓存双写一致性》，覆盖了数据库的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

如何解决缓存双写问题

只要涉及到缓存，那么缓存双写的问题就避免不了，每一种情况下使用的方案也不相同，对于数据一致性要求不高的场景，我们可以使用延时双删等方案来实现，而对于一致性要求很高的场景，在之前查找的资料都是基于队列来实现，也就是所有的请求都进入一个队列，但是实现起来相对来说比较复杂。今天就使用分布式锁来实现

业务背景-美食分享

1: 现在有一个很火的美食博主分享了一篇美食，此刻是很多人都会来查看，对于美食分享是典型的读多写少的场景，可以利用缓存

//根据id查询美食信息   public GoodsVO loadGoodsInfoById(Long id) {   //从redis中拿用户信息   Object obj = redisTemplate.opsForValue().get(GOODS_KEY + id);   if(obj == null) {       //如果redis中不存在，就从数据库中获取       GoodsVO goods = loadGoodsFromDb(id);       //将结果保存到redis中       redisTemplate.opsForValue().set(GOODS_KEY+id,JSONUtil.toJsonPrettyStr(goods));       return fileUser;   }   return JSONUtil.toBean(obj.toString(), GoodsVO.class); }

//编辑美食信息 public void modifyGoodsById(GoodsVO goodsVO) throws Exception{     //删除缓存     redisTemplate.delete(GOODS_KEY + goodsVO.getId());     //更新用户信息     goodsMapper.updateById(goodsVO);     //删除缓存     Thread.sleep(1000);     redisTemplate.delete(GOODS_KEY + goodsVO.getId()); }

而对于更新数据的时候是先更新缓存还是先更新数据库呢？

1:先更新缓存再更新数据库

• 如果更新缓存成功，更新数据库失败，那么缓存中的数据就是脏数据，与数据库数据不一致

2:先更新数据库再更新缓存

• 更新数据库成功，但是此时更新缓存失败，那么缓存中的还是脏数据，与数据库数据不一致

3:延时双删 - 先删除缓存，再更新数据库，最后再删除缓存

• 即使第一次删除缓存失败了，后续的更新数据库操作也不会执行，此时来读取的线程发现缓存中没有数据，从数据库读取最新的。
• 第一次删除缓存成功，更新数据库失败，此时来读取的线程发现缓存中没有数据，从数据库读取最新的。
• 第一次删除缓存成功，更新数据库成功，第二次删除缓存成功，那么来读取的线程发现缓存中没有数据，从数据库读取最新的。
• 第一次删除除缓存成功，更新数据库成功，第二次删除缓存失败，这时候就会有问题了

问题一：Thread-A第一次删除缓存成功，然后更新数据，但是这时候不知道怎么了，可能是线程阻塞了或者其它原因，导致还没有开始更新数据库，这时候另外一个线程Thread-B来读取数据了，读取到数据之后将数据放到缓存中，这时候Thread-A才开始更新数据库，但是Thread-A在第二次删除缓存的时候失败了，此时就导致缓存中的数据是之前的旧数据，与数据库的数据不一致

问题二：假设修改的时候都没问题，第二次删除的缓存的时候都正常，这时候读取数据的时候缓存里面肯定就没有了，这时候就要从数据库读取，如果这时候一下子并发量很高，那么这些线程都要从数据库中查询，这时候数据库都有可能直接挂掉

分布式锁

查询

//根据id查询美食信息   public GoodsVO loadGoodsInfoById(Long id) {   //从redis中拿用户信息   Object obj = redisTemplate.opsForValue().get(GOODS_KEY + id);   if(obj == null) {       //如果redis中不存在，就从数据库中获取       GoodsVO goods = loadGoodsFromDb(id);       return fileUser;   }   return JSONUtil.toBean(obj.toString(), GoodsVO.class); } //查询缓存中没有，这时候就要去数据库中查询 public String getGoodInfoFromDb(Long id) {     //此时这里要加的锁和 modifyGoodsById()方法加的应该是同一把锁，这样才能保证双写一致性     boolean lock = redisLock.tryLock(GOODS_KEY+id);     if(!lock) {     	//获取锁失败,尝试从缓存中获取     	Object obj = redisTemplate.opsForValue().get(GOODS_KEY + id);       if(obj != null){           return JSONUtil.toBean(obj.toString(), GoodsVO.class);       }else{           //直接返回一个操作频繁的信息给前端           throw new GloableException("访问频繁，请稍后再试");       }     }     try{         //获取到锁了         //尝试从缓存中拿         Object obj = redisTemplate.opsForValue().get(GOODS_KEY + id);         if(obj != null) {             return JSONUtil.toBean(obj.toString(), GoodsVO.class);         }         //缓存中没有，从MySql中拿         GoodsVO goods = goodsMapper.selectById(id);         if(goods == null) {             //为了解决缓存穿透的问题             redisTemplate.opsForValue().set(GOODS_NULL_KEY + id);             return null;         }         //将数据库查到的数据放到缓存中         redisTemplate.opsForValue().set(GOODS_KEY+id,JSONUtil.toJsonPrettyStr(goods));         return goods;     }finally{        //释放锁        redisLock.unLock(GOODS_KEY+goodsVO.getId());     } }

修改

//编辑美食信息 public void modifyGoodsById(GoodsVO goodsVO) throws Exception{     //尝试获取锁     boolean lock = redisLock.tryLock(GOODS_KEY+goodsVO.getId());     if(!lock) {       	//直接返回一个操作频繁的信息给前端         throw new GloableException("更新数据失败,请稍后再试.....");     }     try{         //获取到锁了         //更新用户信息         goodsMapper.updateById(goodsVO);         //更新完之后，将数据库最新的数据更新到缓存中         redisTemplate.opsForValue().set(GOODS_KEY+id,JSONUtil.toJsonPrettyStr(goodsVO));     }finally{         //释放锁         redisLock.unLock(GOODS_KEY+goodsVO.getId());     } }

现在第一次来访问数据，返现Redis中没有，这时候就会去MySql中查，但是只有获取到锁的线程才可以去数据库中查，所以此时只有一个线程访问数据库，这时候即使有线程要去修改数据，由于锁已经被拿走了，无法获取到锁，也就无法修改，保证了数据一致性。

假设现在修改的线程获取到锁了。由于之前Redis中已经有数据了，此时所有读取数据的线程都从Redis中拿，当修改完数据之后，重新设置缓存，此时缓存中的数据就是最新的

理论要掌握，实操不能落！以上关于《redis分布式锁解决缓存双写一致性》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注the24.cn吧！