如何保证数据库和redis的双写一致性

原文链接：如何保证数据库和redis的双写一致性 – 编程屋

1 Mysql单点情况

对于缓存和数据库一致性的问题，有一个很经典的解决方案就是Cache Aside Pattern

1 命中：程序先从缓存中读取数据，如果命中，则直接返回

2 失效：程序先从缓存中读取数据，如果没有命中，则从数据库中读取，成功之后放到缓存

3 更新：程序先更新数据库，在删除缓存

但是对于更新的这个操作，有很多种情况，哪一种情况更合适呢？我们以此来分析一下：

1 先更新缓存，再更新数据库

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

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

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

首先可以明确的是，这4种更新的解决方案，第4种(先更新数据库，再删除缓存)比前3种都要合适。先来看下前3种的缺点：

第一种：先更新缓存，再更新数据库

        首先第一个是明显可以pass掉的，如果先更新缓存，再更新数据库，那么缓存更新成功了，再更新数据库的时候失败了，那么不仅数据库中的数据需要回滚，那么缓存中的数据也需要回滚，而且数据库的持久化比缓存的持久化做的要好，所以一般都不会先做更新缓存的操作。

第二种：先更新数据库，在更新缓存

        刚刚说了一般都不会采用先更新缓存，再更新数据库的这样一种方式，那么先更新数据库再更新缓存是否可以呢，其实这种方式也会存在一定的问题。如果在多线程环境下，如果线程A先拿到了CPU执行权更新数据库（A=1）,此时线程B抢到了CPU执行权（进行更新数据库A=2的操作，并且将数据更新进了缓存），但是这个时候线程A又将CPU执行权抢回来了，又将线程A=1的数据更新进了缓存，此时数据库中的数据是A=2，缓存中的数据是A=1，此时数据库和缓存中的数据就不一样了，这样做也有一定的风险。

第三种：先删除缓存，再更新数据库

        如果先删除缓存，再更新数据库，假如一个请求A删除缓存A=1，此时请求B进来读取缓存，发现不存在，然后从数据库中读取到旧的数据A=1，这是线程A将一个新值写入数据库A=2，然后请求B将旧值A=1写入缓存，此时缓存中和数据库中的值不一致

 第四种：先更新数据库，再删除缓存

 当先更新数据库的时候，再去删除缓存，这样就不会有很大的问题。

2 Mysql读写分离（主从架构情况）

以上只是部分内容，为了维护方便，本文已迁移到新地址：如何保证数据库和redis的双写一致性 – 编程屋