Redis与Mysql一致性问题

策略：

1.先更新数据库，在更新缓存（不可用，更新缓存失败一直读脏数据）

2.先删除缓存，在更新数据库（可用，但有问题）

        1）低并发，第一个线程还没更新完数据库，第二个线程去读redis为空，去读mysql读到旧值，同时可能会写回redis，使缓存还是从数据库中读到的旧值。

        2）高并发，缓存击穿

        解决方案：延时双删，第一个线程先删除缓存，然后再去更新数据库，完成后延时一段时间再次删除缓存

        问题：1.延时时间要考虑业务执行和mysql主从同步的时间

        2.延时导致吞吐量问题，另外开一个线程去第二次删除redis

3.先更新数据库，在删除缓存（可用，有一点问题）

        1）缓存失败或者高并发下，读取到了缓存中的旧数据

        解决方案：

        1.重试机制，我们可以引入消息队列，将第二个操作（删除缓存）要操作的数据加入MQ，由消费者来操作数据。如果应用删除缓存失败，可以从消息队列中重新读取数据，然后再次删除缓存，这个就是重试机制。当然，如果重试超过的一定次数，还是没有成功，我们就需要向业务层发送报错信息了。如果删除缓存成功，就要把数据从消息队列中移除，避免重复操作，否则就继续重试。

        2.订阅binlog，类似cannl

4.先更新缓存，在更新数据库（绝对不可用）