MySQL数据库和Redis缓存一致性的更新策略

MySQL和Redis缓存一致性更新 MySQL和Redis缓存一致性 2023-04-12 09:04:13 678人浏览独家记忆

摘要

目录一、更新策略二、读写缓存1、同步直写策略2、异步缓写策略三、双检加锁策略四、数据库和缓存一致性的更新策略1、先更新数据库，再更新Redis2、先更新缓存，再更新数据库3、先删除缓存，再更新数据库延时双删4、先更新数据

一、更新策略

1、如果Redis中有数据，需要和数据库中的值相同。

2、如果Redis中无数据，数据库中的最新值要对Redis进行同步更新。

二、读写缓存

1、同步直写策略

写入数据库也同步写Redis缓存，缓存和数据库中的数据一致；对于读写缓存来说，要保证缓存和数据库中的数据一致，就要保证同步直写策略。

2、异步缓写策略

某些业务运行中，mysql数据更新之后，允许在一定时间后再进行Redis数据同步，比如物流系统。

当出现异常情况时，不得不将失败的动作重新修补，需要借助RabbitMQ或kafka进行重写。

三、双检加锁策略

多个线程同时去查询数据库的这条数据，那么我们可以在第一个查询数据的请求上使用一个互斥锁来锁住它。

其他的线程走到这一步拿不到锁就等着，等第一个线程查询到了数据，然后做缓存。

后面的线程进来发现已经有缓存了，就直接走缓存。

public String get(String key){
    // 从Redis缓存中读取
    String value = redisTemplate.get(key);

    if(value != null){
        return value;
    }

    synchronized (RedisTest.class){
        // 重新尝试从Redis缓存中读取
        value = redisTemplate.get(key);
        if(value != null){
            return value;
        }

        // 从Mysql数据库中查询
        value = studentDao.get(key);
        // 写入Redis缓存
        redisTemplate.setnx(key,value,time);
        return value;
    }
}

四、数据库和缓存一致性的更新策略

1、先更新数据库，再更新Redis

按照常理出牌的话，应该都是如此吧？那么，这种情况下，会有啥问题呢？

如果更新数据库成功后，更新Redis之前异常了，会出现什么情况呢？

数据库与Redis内缓存数据不一致。

2、先更新缓存，再更新数据库

多线程情况下，会有问题。

比如

线程1更新redis = 200；
线程2更新redis = 100；
线程2更新MySQL = 100；
线程1更新MySQL = 200；

结果呢，Redis=100、MySQL=200；我擦！

3、先删除缓存，再更新数据库

线程1删除了Redis的缓存数据，然后去更新MySQL数据库；
还没等MySQL更新完毕，线程2杀来，读取缓存数据；
但是，此时MySQL数据库还没更新，线程2读取了MySQL中的旧值，然后线程2，还会将旧值写入Redis作为数据缓存；
线程1更新完MySQL数据后，发现Redis中已经有数据了，之前都删过了，那我就不更新了；
完蛋了。。

延时双删

延时双删可以解决上面的问题，只要sleep的时间大于线程2读取数据再写入缓存的时间就可以了，也就是线程1的二次清缓存操作要在线程2写入缓存之后，这样才能保证Redis缓存中的数据是最新的。


public void deleteRedisData(Student stu){
    // 删除Redis中的缓存数据
    jedis.del(stu);

    // 更新MySQL数据库数据
    studentDao.update(stu);

    // 休息两秒
    try {
        TimeUnit.SECONDS.sleep(2);
    } catch (InterruptedException e) {
        e.printStackTrace();
    }

    // 删除Redis中的缓存数据
    jedis.del(stu);
}

延迟双删最大的问题就是sleep，在效率为王的今天，sleep能不用还是不用为好。

你不睡我都嫌你慢，你还睡上了…