REDIS 与 MYSQL的数据一致性问题

原文来自：

　　　　https://juejin.cn/post/6964531365643550751

 

Cache-Aside

 

Cache-Aside读流程  --  REDIS/MYSQL 数据读取流程

 

       

 

 
    1、读的时候，先读缓存，缓存命中的话，直接返回数据
    2、缓存没有命中的话，就去读数据库，从数据库取出数据，放入缓存后，同时返回响应。

 

 Cache-Aside 写流程--  REDIS/MYSQL 数据读取流程

       

 

　　更新的时候，先更新数据库，然后再删除缓存。

 

穿透

 

Read-Through

　　无法从缓存读取数据，导致从数据库读取。

 

 
    1、从缓存读取数据，读到直接返回
    2、如果读取不到的话，从数据库加载，写入缓存后，再返回响应。

 

 

并发写入决定了数据库与缓存的操作方式

 

并发写入时的缓存操作（缓存删除与缓存更新的选择）

 

一般业务场景，我们使用的就是Cache-Aside模式。 有些小伙伴可能会问， Cache-Aside在写入请求的时候，为什么是删除缓存而不是更新缓存呢？

先查看Cache-Aside在写入时的缓存操作是删除缓存

      

 

 
针对以上的缓存删除操作，构建如下的实验环境（双线程同时写入数据库和缓存）：

 

       

 

上图的操作流程，如下所示：
1、线程A先发起一个写操作，第一步先更新数据库
2、线程B再发起一个写操作，第二步更新了数据库
3、由于网络等原因，线程B先更新了缓存
4、线程A更新缓存。

这时候，缓存保存的是A的数据（老数据），数据库保存的是B的数据（新数据），数据不一致了，脏数据出现啦。如果是删除缓存取代更新缓存则不会出现这个脏数据问题。
更新缓存相对于删除缓存，还有两点劣势：
1、如果你写入的缓存值，是经过复杂计算才得到的话。更新缓存频率高的话，就浪费性能啦。
2、在写数据库场景多，读数据场景少的情况下，数据很多时候还没被读取到，又被更新了，这也浪费了性能呢(实际上，写多的场景，用缓存也不是很划算了)

并发写入时缓存与数据库的操作顺序

 

       

 

1、线程A发起一个写操作，第一步del cache
2、此时线程B发起一个读操作，cache miss
3、线程B继续读DB，读出来一个老数据
4、然后线程B把老数据设置入cache
5、线程A写入DB最新的数据

酱紫就有问题啦，缓存和数据库的数据不一致了。缓存保存的是老数据，数据库保存的是新数据。因此，Cache-Aside缓存模式，选择了先操作数据库而不是先操作缓存。