关键字：
redis刷新机制、先更新缓存还是先更新数据库、缓存和数据库如何保持数据一致性。
1. 前言
几天前被面试官难道，redis 的数据该如何刷新呢。当时脑袋瓜子嗡嗡的，这是一点没准备，只能把工作中的使用经验拿出来说，无非是2种，先刷数据库，还是先刷缓存。那应该选哪种呢，什么场景使用呢？瞬间被打回原型，为了避免下次尴尬，面试完就去度娘和面试宝典里搜索并归纳整理。缓存有很多，本文就拿redis举例。
如有雷同，纯属抄袭，特此证明
2.为啥使用redis
这是个好问题，不知道大家有没有想过，这里我就不详细说明了，以后有时间再整理。但我个人对redis应用的认知是，1、不常改变的，又经常使用。2、redis出问题不影响可用性。
3.redis 几点常识
- 存在redis里数据都要设置超时时间，避免藏污纳垢
- 对redis的数据一致性，我们尽最大努力保持和数据库一致
- 数据的准确性，以数据库为准（最终解释权）
3.刷新机制
和上面说的一样，无非是下面2大类
- 先操作redis，再操作数据库
- 先操作数据库，再操作redis
但是细分的话分为四类 - 先更新缓存，再更新数据库
- 先删除缓存，再更新数据库
- 先更新数据库，再更新缓存
- 先更新数据库，再删除缓存
那我们就当是个茶话会一起来聊聊这个问题，大家一起集思广益，让后面的小伙伴少走点弯路。
先说明下在正常情况下，这几种都没有问题，只不过哪一种方式最靠谱，毕竟渣男不好辨认，只能来些套路考验下才知道。
3.1 先更新缓存，再更新数据库（不好）
话不多说，都在图里，缓存的数据是B,数据库里数据是A。
同时写的时候，谁也不知道鹿死谁手，哪个才是快枪手。
3.2 先删除缓存，再更新数据库（不好）
并发一个写，一个读的时候，如果查询比写入快会导致缓存里的数据是旧值
以上两个都不好使了，我们就暂时不推荐了。那咱们就换换姿势，看是不是体位有问题，还是确实能力不行。
3.3 先更新数据库，再更新缓存（不好）
事实上和3.1一样，由于写数据库和写缓存是分开的2步，谁也不敢保证，先写数据库的就一定能先写缓存。所以同时写的时候，先写数据库的后更新了缓存，数据就不一致了。
3.4 先更新数据库，再删除缓存（推荐）
无论线程B是并发读还是写，都不会导致数据不一致。
除非说，线程B读到旧数据比A写慢且还要再慢于A删除，也就是B在1，2两步都做完才完成，才会出现数据不一致情况，概率太低了。
万一删除失败怎么办呢？
4. 总结
1、首先声明下我并不是说哪一刻数据取的有误，而是会导致数据长时间不一致的问题。
2、从上面可以看出采用先更新数据库，再删除缓存的策略能最大成功保持数据一致性。
3、一般咱们使用缓存都要设置超时时间，所以理论上肯定能达到最终一致性。
4、至于我们实践中该如何使用缓存，不是完全套用上面理论就行的通的。
5、上面说的都是正常情况，不同策略可能出现的问题，但异常情况呢。
那就抛出几个问题
- 操作中某一步出现问题怎么办？
- 频繁的删除真的好吗，为什么不能删完再更新呢？
- 超时时间的设置怎么才合理？
- 主从数据库下会不会有问题？
具体我们下次再说。
我们的每一步成长都离不开借鉴、总结和反思，不然永远只能是个loser。
参照的来源
https://www.cnblogs.com/mrcharleshu/p/13196386.html
https://juejin.cn/post/6844903907726983181#heading-3
