分布式缓存学习

本文探讨了分布式缓存中的缓存穿透、雪崩和击穿问题,以及如何通过本地锁和分布式锁进行解决,包括使用同步代码块和同步方法。还强调了业务逻辑中数据一致性的重要性。
摘要由CSDN通过智能技术生成

分布式缓存学习

1. 缓存使用三种问题

1.1 缓存穿透

缓存穿透:指查询一个一定不存在的数据,由于缓存是不命中,将去查询数据库,但是数据库也无此记录,我们没有将这次查询的null写入缓存,这将导致这个不存在的数据每次请求都要到存储层去查询,失去了缓存的意义。
风险:利用不存在的数据进行攻击,数据库瞬时压力增大,最终导致崩溃。
解决:null结果缓存,并加入短暂过期时间。

 String value = JSON.toJSONString(values); // value为db中一定不存在的数据
 if (StringUtils.isEmpty(value)) {
 	  // "1" null结果缓存
     redisTemplate.opsForValue().set("catelogJson", "1", 1, TimeUnit.DAYS);
 }

1.2 缓存雪崩

缓存雪崩:缓存雪崩是指在我们设置缓存时key采用了相同的过期时间,导致缓存在某一时刻同时失效,请求全部转发到DB,DB瞬时压力过重雪崩。
解决:原有的失效时间基础上增加一个随机值,比如1-5分钟随机,这样每一个缓存的过期时间的重复率就会降低,就很难引发集体失效的事件。

// 设置随机过期时间
redisTemplate.opsForValue().set("catelogJson", value, 1, TimeUnit.DAYS);

1.3 缓存击穿

缓存击穿: 对于一些设置了过期时间的key,如果这些key可能会在某些时间点被超高并发地访问,是一种非常“热点”的数据。 如果这个key在大量请求同时进来前正好失效,那么所有对这个key的数据查询都落到db,称为缓存击穿。
解决:加锁;大量并发只让一个去查,其他人等待,查到以后释放锁,其他人获取到锁,先查缓存,就会有数据,不用去db。

以下分别使用本地锁和分布式锁来加锁解决缓存击穿问题

2. 使用本地锁

2.1 使用同步代码块

@Service("categoryService")
public class CategoryServiceImpl {
	private Map<Long, List<Catelog2Vo>> getDataFromDBWithLocalLock() {
        synchronized (this) {
            return getDataFromDB();
        }
    }
}
// this 为当前类对象,在整个spring环境中,@Service("categoryService")标注的当前类为单实例,因此所有的线程抢占的锁使用的为同一个类对象,因此this可以对所有线程加锁生效;

2.2 使用同步方法

@Service("categoryService")
public class CategoryServiceImpl {
	private synchronized Map<Long, List<Catelog2Vo>> getDataFromDBWithLocalLock() {
        return getDataFromDB();
    }
}
// 使用同步方法synchronized ;

业务逻辑

private Map<Long, List<Catelog2Vo>> getCatalogFromDB() {

     // 得到锁后,需要再次到缓存中确认一次,如果没有数据才继续查询数据库
     String catelogJson = redisTemplate.opsForValue().get("catelogJson");
     if (!StringUtils.isEmpty(catelogJson)) {
         // redis数据反序列化成要返回的数据
         Map<Long, List<Catelog2Vo>> catelogJsonFromCache = JSON.parseObject(catelogJson,
                 new TypeReference<Map<Long, List<Catelog2Vo>>>() {});
         return catelogJsonFromCache;
     }
     
     // ... 业务操作数据库...

	  // 缓存到cache中
	  // 将对象转为json放在缓存中;values为数据库操作获取到的数据封装结果
        String value = JSON.toJSONString(values);
        if (StringUtils.isEmpty(value)) {
            redisTemplate.opsForValue().set("catelogJson", "1", 1, TimeUnit.DAYS);
        } else {
            redisTemplate.opsForValue().set("catelogJson", value, 1, TimeUnit.DAYS);
        }
        return values;

说明:业务逻辑代码 getCatalogFromDB() 中,查询数据库操作,与将结果写入缓存必须为原子操作;否则可能导致线程不同步问题,即非原子操作下,A线程将db操作结果返回后,再写入缓存的过程中,可能又有B线程获取锁,并执行db操作;多次操作数据库,已违背了加锁的目的;

  • 14
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值