redis缓存与mysql一致性问题

使用redis实例如下：先读取缓存，如果缓存不存在，则读取数据库

Object stuObj = new Object();
public Stu getStuFromCache(String key){
    Stu stu = (Stu) redis.get(key);
    if(stu == null){
        //加锁的目的是防止过多的查询走到数据库层
            synchronized (stuObj) {
            stu = (Stu) redis.get(key);
            if(stu == null){
                    Stu stuDb = db.query();
                    redis.set(key, stuDb);
            }
            }
    }
    return stu;
}

 问题分析：

　　　　不管是先写库，再删除缓存；还是先删缓存，再写库，都有可能出现数据不一致的情况，因为写和读是并发的，没法保证顺序，如果删了缓存，还没有来得及写库，另一个线程就来读取，发现缓存为空，则去数据库中读取数据写入缓存，此时缓存中为脏数据。如果先写了库，再删除缓存前，写库的线程宕机了，没有删除掉缓存，则也会出现数据不一致情况。 如果是redis集群，或者主从模式，写主读从，由于redis复制存在一定的时间延迟，也有可能导致数据不一致。

解决思路：

双删加超时

1. 在写库前后都进行redis.del(key)操作，并且设定合理的超时时间。这样最差的情况是在超时时间内存在不一致，当然这种情况极其少见，可能的原因就是服务宕机。此种情况可以满足绝大多数需求。 当然这种策略要考虑redis和数据库主从同步的耗时，所以在第二次删除前最好休眠一定时间，比如500毫秒，这样毫无疑问又增加了写请求的耗时，伪代码如下

2. 结合双删策略+缓存超时设置，这样最差的情况就是在超时时间内数据存在不一致，而且又增加了写请求的耗时。

public void write(String key,Object data){
　　redis.delKey(key);
　　db.updateData(data);
　　Thread.sleep(500);
　　redis.delKey(key);
 }

 异步更新缓存(基于订阅binlog的同步机制)

1. MySQL中产生了新的写入、更新、删除等操作，就可以把binlog相关的消息推送至Redis，Redis再根据binlog中的记录，对Redis进行更新
2. 参考下图