如何保证redis系列之数据库与缓存数据一致性？？？

我们该如何保证Redis与数据库的一致性呢？？？

当更新的时候，先更新数据库，然后再删除缓存。
读的时候，先读缓存；如果没有的话，就读数据库，同时将数据放入缓存，并返回响应。
乍一看，一致性问题貌似很好的得到了解决。但仔细一想，你会发现还是有问题：如果先更新了数据库，删除缓存的时候失败 了怎么办？那么数据库中是新数据，缓存中是老数据，数据出现不一致了。

改进方案：
先删除缓存，后更新数据库。因为即使后面更新数据库失败了，缓存是空的，读的时候会从数据库中重新拉，虽然都是旧数据，但数据是一致的。

所以方案就变成了：
更新的时候，先删除缓存，然后再更新数据库。
读的时候，先读缓存；如果没有的话，就读数据库，同时将数据放入缓存，并返回响应。

在高并发的场景下，会出现这样的情况：数据发生了变更，先删除了缓存，然后去修改数据库。此时还没来得及修改，一个请求过来了，去读缓存，发现缓存空了，去读数据库，读到了准备修改前的旧数据，并且把旧数据放到了缓存。随后，数据变更程序完成了数据库的修改。那么完了，这个时候发生数据不一致了…

如下图

：

一般缓存是这样的：
1：读的顺序是先读缓存，后读数据库
2：写的顺序是先写数据库，然后写缓存
3：每次更新了相关的数据，都要把该缓存清理掉
4：为了避免极端条件下造成的缓存与数据库之间的数据不一致，缓存需要设置一个失效时间。时间到了，缓存自动被清理，达到缓存和数据库数据的“最终一致性”