高并发下缓存与数据库双写不一致解决方案

解决方案

在高并发场景下,数据库和缓存双写不一致情况,我们可以当写入数据库后删除缓存,当查的时候先查缓存,如果缓存为空再查数据库,最后写入缓存,但是这样还是存在一个问题。

如图所示,当出现这种情况时该方案就会出现问题,线程2阻塞一段时间后,又把stock=9有更新到缓存中,而数据库中的stock=10,下一次查时,会查到缓存中的stock=9

方案优化

对于这种问题,如果业务场景对数据一致性没有那么高,我们可以在更新缓存时设置一个过期时间,过期之后缓存也就不存在了,还有一种我们可以使用延迟双删方案。

间隔的n秒没有统一的标准,完全看个人的经验,所以这种方案还是存在问题。最佳解决方案时使用分布式锁。

我们可以使用redis读锁和写锁。我们使用redisson实现分布式锁。

Redisson

GitHub: https://github.com/redisson/r…

中文文档: https://github.com/redisson/r…

注入RedissonClient对象

@Bean
public RedissonClient redissonClient(){
Config config = new Config();
config.useSingleServer().setAddress("redis://127.0.0.1:6379");
return Redisson.create(config);
}

读锁请求

@GetMapping("read")
public String read(){
RReadWriteLock readWriteLock = redissonClient.getReadWriteLock(RedisConstant.READ_WRITE_LOCK);
//读之前加读锁,读锁的作用就是等待该lockkey释放写锁以后再读
RLock rLock = readWriteLock.readLock();
try {
rLock.lock();
String uuid = redisTemplate.opsForValue().get("uuid");
return uuid;
}finally {
rLock.unlock();
}
}

写锁请求

@GetMapping("write")
public String write() throws InterruptedException {
RReadWriteLock readWriteLock = redissonClient.getReadWriteLock(RedisConstant.READ_WRITE_LOCK);
//写之前加写锁,写锁加锁成功,读锁只能等待
RLock rLock = readWriteLock.writeLock();
String s = "";
try {
rLock.lock();
s = UUID.randomUUID().toString();
Thread.sleep(10000);
redisTemplate.opsForValue().set("uuid",s);
}finally {
rLock.unlock();
}
return s;
}
SegmentFault博客
我还没有学会写个人说明!
上一篇

Python绘制地图神器,上手直接开大!

下一篇

不负责预测:2021手机市场的“雄起”错觉

你也可能喜欢

评论已经被关闭。

插入图片