分布式缓存学习
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操作;多次操作数据库,已违背了加锁的目的;