一、什么的双写一致性

1.定义

双写一致性：当修改了数据库的数据也要同时更新缓存的数据，缓存和数据库的数据要保持一致。

2.正常情况

读操作：缓存命中，直接返回；缓存没命中查询数据库，写入缓存，设定超时时间。

写操作：延时双删。

3.非正常情况

（1）先删除缓存，再修改数据库

                                          

缓存和数据库的初始数据：                                                        对应线程1的第一步操作：

                                                                       

对应线程2的操作：                                                                      对应线程1的第二步操作：

                                                                           

最后，可以发现缓存的数据与数据库的数据不一致了，也就是脏数据。

（2）先修改数据库，再删除缓存

                                    

初始数据如下图，由于缓存数据超时，线程1只能查数据库，拿到的数据为10。

               

线程2这时先更新数据库的数据，再删除缓存。                        

 

最后，线程1把之前读到的数据也就是10放入缓存之中。

最后，可以发现缓存的数据与数据库的数据不一致了，也就是脏数据。

4.延时双删

        从非正常情况就可以知道为什么需要再删除一次缓存，就是为了降低脏数据的出现。那为什么要延时呢？因为我们的数据库一般是主从模式的，就是读写分离的，数据需要从主节点同步到从节点，所以需要延时删除缓存。但是，这个延时的时间却不好控制。综述，延时双删可以降低脏数据出现的风险，但不能保证数据的强一致性。

5.那怎么保证数据强一致性

（1）分布式锁

        缺点：性能低。

（2）读写锁

因为数据库大多数都是读多写少。所以对读操作加共享锁，其他线程都可以读操作，但不能写操作。在写操作加排他锁，其他线程不得读也不能写。这样不仅保证了数据的强一致性，还兼顾了性能。

读写锁的代码可以参考网上的，核心就是使用redission，获取读写锁然后操作。

（3）异步通知

实际开发中，大部分都可以有延时的，主要是使用消息队列（mq）。

（4）使用Canal

        Canal是基于数据库的主从同步来实现的。通过二进制日志（BINLOG)记录了所有的 DDL（数据定义语言）语句和 DML（数据操纵语言）语句，但不包括数据查询 (SELECT、SHOW）语句。这样的优点就是不会在业务代码上有复杂其他的代码了。

6.面试的时候应该如何回答

（1）强一致性的业务回答

面试官：redis做为缓存，mysql的数据如何与redis进行同步呢？（双写一致性）

候选人：就说我最近做的这个项目，里面有xxxx（根据自己的简历上写）的功能，需要让数据库与redis高度保持一致，因为要求时效性比较高，我们当时采用的读写锁保证的强一致性。

我们采用的是redisson实现的读写锁，在读的时候添加共享锁，可以保证读读不互斥，读写互斥。当我们更新数据的时候，添加排他锁，它是读写，读读都互斥，这样就能保证在写数据的同时是不会让其他线程读数据的，避免了脏数据。这里面需要注意的是读方法和写方法上需要使用同一把锁才行。

面试官：那这个排他锁是如何保证读写、读读互斥的呢？

候选人：其实排他锁底层使用也是setnx，保证了同时只能有一个线程操作锁住的方法

面试官：你听说过延时双删吗？为什么不用它呢？

候选人：延迟双删，如果是写操作，我们先把缓存中的数据删除，然后更新数据库，最后再延时删除缓存中的数据，其中这个延时多久不太好确定，在延时的过程中可能会出现脏数据，并不能保证强一致性，所以没有采用它。

（2）允许有延时的业务回答

面试官：redis做为缓存，mysql的数据如何与redis进行同步呢？（双写一致性）

候选人：嗯！就说我最近做的这个项目，里面有xxxx（根据自己的简历上写）的功能，数据同步可以有一定的延时（符合大部分业务）

我们当时采用的阿里的canal组件实现数据同步：不需要更改业务代码，部署一个canal服务。canal服务把自己伪装成mysql的一个从节点，当mysql数据更新以后，canal会读取binlog数据，然后在通过canal的客户端获取到数据，更新缓存即可。