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

解决方案

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

如图所示，当出现这种情况时该方案就会出现问题，线程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;
    }