目录

强一致性：延迟双删，读写锁。

弱一致性：使用MQ或者canal实现异步通知

---

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

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

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

强一致性：延迟双删，读写锁。

无论是先删除缓存，还是先修改数据库，都会造成脏数据的问题。

删除两次缓存就是为了解决脏数据的问题，先删除缓存再修改数据库会造成脏数据，所以再删除缓存。

延时删除，是因为数据库一般都是主从模式，读写分离的，延时一点时间，使得主节点把数据同步到从节点。（但是延时也可能会出现问题，延时的时间不好确定，也有脏数据的风险，所以，延迟双删是做不到绝对的强一致的）

使用读写锁，可以达到强一致性，但是性能低。

弱一致性：使用MQ或者canal实现异步通知