本文详细探讨了缓存与数据库双写一致性策略，以及缓存雪崩、穿透和击穿的产生原因、解决方案，包括使用互斥锁、逻辑过期等方法来确保数据一致性并优化性能。
场景：缓存与数据库双写一致性、缓存雪崩、缓存穿透、缓存击穿
一、缓存与数据库双写一致性
核心思路：先修改数据库，再删除缓存，查询时，如果缓存未命中，则查询数据库，将数据库结果写入缓存，并设置超时时间。
实现代码：
/**
* 更新商铺信息
*
* @param shop 商铺数据
* @return 无
*/
@Override
public Result updateShop(Shop shop) {
Long id = shop.getId();
if (id == null) {
return Result.fail("店铺id不能为空");
}
//更新数据库
updateById(shop);
//删除缓存
String key = CACHE_SHOP_KEY + id;
redisTemplate.delete(key);
return Result.ok();
}二、缓存雪崩
产生原因：缓存雪崩是指在同一时段大量的缓存key同时失效或者Redis服务宕机，导致大量请求到达数据库，带来巨大压力。
解决方案：
-
给不同的Key的TTL添加随机值
-
利用Redis集群提高服务的可用性
-
给缓存业务添加降级限流策略
-
给业务添加多级缓存
三、缓存穿透
缓存穿透 ：缓存穿透是指客户端请求的数据在缓存中和数据库中都不存在，这样缓存永远不会生效，这些请求都会打到数据库。
常见的解决方案有两种：
-
缓存空对象
-
优点：实现简单，维护方便
-
缺点：
-
额外的内存消耗
-
可能造成短期的不一致
-
-
-
布隆过滤
-
优点：内存占用较少，没有多余key
-
缺点：
-
实现复杂
-
存在误判可能
-
-
实现代码:
/**
* 根据id查询商铺信息
*
* @param id 商铺id
* @return 商铺详情数据
*/
@Override
public Result queryShopById(Long id) {
//从redis查询商铺信息
String key = CACHE_SHOP_KEY + id;
String shopJson = redisTemplate.opsForValue().get(key);
if (StringUtils.isNotBlank(shopJson)) {
//命中缓存
Shop shop = JSONUtil.toBean(shopJson, Shop.class);
return Result.ok(shop);
}
//增加一个判断 防止缓存穿透
if (shopJson != null) {
log.debug("命中空值缓存，防止缓存穿透");
return Result.fail("店铺不存在");
}
//不存在 查询数据库 存入redis
Shop shop = this.getById(id);
if (shop == null) {
//写入一个空值到缓存 防止缓存穿透
log.debug("缓存未命中，将空值写入缓存,key:" + key);
redisTemplate.opsForValue().set(key, "", CACHE_NULL_TTL, TimeUnit.MINUTES);
return Result.fail("店铺不存在");
}
//存入redis 设置过期时间 实现缓存与数据库双写一致
redisTemplate.opsForValue().set(key, JSONUtil.toJsonStr(shop), CACHE_SHOP_TTL, TimeUnit.MINUTES);
//返回
return Result.ok(shop);
}四、缓存击穿
缓存击穿：也叫热点Key问题，就是一个被高并发访问并且缓存重建业务较复杂的key突然失效了，无数的请求访问会在瞬间给数据库带来巨大的冲击。
常见的解决方案有两种：
-
互斥锁
-
逻辑过期
解决方案一、使用锁来解决：
因为锁能实现互斥性。假设线程过来，只能一个人一个人的来访问数据库，从而避免对于数据库访问压力过大，但这也会影响查询的性能，因为此时会让查询的性能从并行变成了串行，我们可以采用tryLock方法 + double check来解决这样的问题。
假设现在线程1过来访问，他查询缓存没有命中，但是此时他获得到了锁的资源，那么线程1就会一个人去执行逻辑，假设现在线程2过来，线程2在执行过程中，并没有获得到锁，那么线程2就可以进行到休眠，直到线程1把锁释放后，线程2获得到锁，然后再来执行逻辑，此时就能够从缓存中拿到数据了
核心思路：就是利用redis的setnx方法来表示获取锁，该方法含义是redis中如果没有这个key，则插入成功，返回1，在stringRedisTemplate中返回true， 如果有这个key则插入失败，则返回0，在stringRedisTemplate返回false，我们可以通过true，或者是false，来表示是否有线程成功插入key，成功插入的key的线程我们认为他就是获得到锁的线程。
实现代码：
/**
* 根据id查询商铺信息 互斥锁实现缓存击穿问题
* 保证只查询一次数据库
* @param id 商铺id
* @return 商铺详情数据
*/
@Override
public Result queryShopMutualLockById(Long id) {
//从redis查询商铺信息
String key = CACHE_SHOP_KEY + id;
String shopJson = redisTemplate.opsForValue().get(key);
if (StringUtils.isNotBlank(shopJson)) {
//命中缓存
Shop shop = JSONUtil.toBean(shopJson, Shop.class);
log.debug("命中缓存，返回商铺信息");
return Result.ok(shop);
}
//增加一个判断 防止缓存穿透
if (shopJson != null) {
log.debug("命中空值缓存，防止缓存穿透");
return Result.fail("店铺不存在");
}
//互斥锁实现--解决缓存击穿
//1.尝试获取互斥锁
String lockKey = LOCK_SHOP_KEY + id;
Shop shop = null;
log.debug("===== 尝试获取锁 =====");
try {
//2 判断否获取成功
if (!this.tryLock(lockKey)) {
//3 失败，则休眠重试
log.debug("获取锁失败，等待重试");
Thread.sleep(50);
//递归重试
return queryShopMutualLockById(id);
}
log.debug("获取锁成功，开始查询数据库.....");
//4 成功，根据id查询数据库
shop = this.getById(id);
if (shop == null) {
//5.不存在，返回错误
log.debug("查询数据库成功，数据不存在，返回错误信息");
return Result.fail("店铺不存在");
}
//6.写入redis
log.debug("查询数据库成功，数据存在，写入redis");
redisTemplate.opsForValue().set(key, JSONUtil.toJsonStr(shop), CACHE_SHOP_TTL, TimeUnit.MINUTES);
} catch (Exception e) {
throw new RuntimeException(e);
} finally {
//释放锁
log.debug("==== 释放锁 =====");
unlock(lockKey);
}
log.debug("==== 最终返回 =====");
return Result.ok(shop);
}
/**
* 释放锁
* @param lockKey
*/
private void unlock(String lockKey) {
redisTemplate.delete(lockKey);
}
/**
* 获取互斥锁
* @param lockKey
* @return
*/
private boolean tryLock(String lockKey) {
//redis的setnx方法来表示获取锁 返回1--获取成功 返回0--获取失败 设置过期时间为10秒
Boolean absent = redisTemplate.opsForValue().setIfAbsent(lockKey, "1", 10, TimeUnit.SECONDS);
return BooleanUtil.isTrue(absent);//处理absent为null情况
}解决方案二、逻辑过期方案
方案分析：我们之所以会出现这个缓存击穿问题，主要原因是在于我们对key设置了过期时间，假设我们不设置过期时间，其实就不会有缓存击穿的问题，但是不设置过期时间，这样数据不就一直占用我们内存了吗，我们可以采用逻辑过期方案。
我们把过期时间设置在 redis的value中，注意：这个过期时间并不会直接作用于redis，而是我们后续通过逻辑去处理。假设线程1去查询缓存，然后从value中判断出来当前的数据已经过期了，此时线程1去获得互斥锁，那么其他线程会进行阻塞，获得了锁的线程他会开启一个 线程去进行 以前的重构数据的逻辑，直到新开的线程完成这个逻辑后，才释放锁， 而线程1直接进行返回，假设现在线程3过来访问，由于线程线程2持有着锁，所以线程3无法获得锁，线程3也直接返回数据，只有等到新开的线程2把重建数据构建完后，其他线程才能走返回正确的数据。
这种方案巧妙在于，异步的构建缓存，缺点在于在构建完缓存之前，返回的都是脏数据。
需求：修改根据id查询商铺的业务，基于逻辑过期方式来解决缓存击穿问题
思路分析：当用户开始查询redis时，判断是否命中，如果没有命中则直接返回空数据，不查询数据库，而一旦命中后，将value取出，判断value中的过期时间是否满足，如果没有过期，则直接返回redis中的数据，如果过期，则在开启独立线程后直接返回之前的数据，独立线程去重构数据，重构完成后释放互斥锁。
实现代码：
/**
* 根据id查询商铺信息 逻辑过期实现缓存击穿问题
* 逻辑过期一般都是永久不过期的，所以一般都能从缓存里拿到
* @param id 商铺id
* @return 商铺详情数据
*/
@Override
public Result queryWithLogicalExpire(Long id) {
log.debug("===== 逻辑过期实现缓存击穿 =====");
//从redis查询商铺信息
String key = CACHE_SHOP_KEY + id;
String redisJson = redisTemplate.opsForValue().get(key);
if (StringUtils.isBlank(redisJson)) {
//缓存没有，返回错误信息
log.debug("缓存没有，返回错误信息(店铺不存在)");
return Result.fail("店铺不存在");
}
/* 逻辑过期实现--解决缓存击穿 */
// 4.命中，需要先把json反序列化为对象
RedisData redisData = JSONUtil.toBean(redisJson, RedisData.class);
LocalDateTime expireTime = redisData.getExpireTime();
Shop shop = JSONUtil.toBean((JSONObject) redisData.getData(), Shop.class);
// 5.判断是否过期
if (expireTime.isAfter(LocalDateTime.now())) {
// 5.1.未过期，直接返回店铺信息
log.debug("缓存未过期，直接返回店铺信息");
return Result.ok(shop);
}
// 6.已过期，需要缓存重建
// 6.1.获取互斥锁
String lockKey = LOCK_SHOP_KEY + id;
boolean isLock = this.tryLock(lockKey);
// 6.2.判断是否获取锁成功
if (isLock){
log.debug("获取锁成功，执行缓存重建");
// 6.3.成功，利用开启独立线程，实现缓存重建
CACHE_REBUILD_EXECUTOR.submit(()->{
try{
//重建缓存
log.debug("====重建缓存====");
this.saveShop2Redis(id,20L);
}catch (Exception e){
throw new RuntimeException(e);
}finally {
//释放锁
log.debug("====释放锁====");
unlock(lockKey);
}
});
}
// 6.4.返回过期的商铺信息
log.debug("====返回过期的商铺信息====");
return Result.ok(shop);
}
/**
* 释放锁
* @param lockKey
*/
private void unlock(String lockKey) {
redisTemplate.delete(lockKey);
}
/**
* 获取互斥锁
* @param lockKey
* @return
*/
private boolean tryLock(String lockKey) {
//redis的setnx方法来表示获取锁 返回1--获取成功 返回0--获取失败 设置过期时间为10秒
Boolean absent = redisTemplate.opsForValue().setIfAbsent(lockKey, "1", 10, TimeUnit.SECONDS);
return BooleanUtil.isTrue(absent);//处理absent为null情况
}
990
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
