Redis高级篇之缓存一致性详细教程

0 前言

  缓存一致性问题在工作中绝对没办法回避的问题，比如：在实际开发过程中，通常添加把权限菜单存在缓存中，而用户登录成功以后获取的都是缓存中的权限菜单，当发现用户没有权限，想要添加时，已经添加上了，但是用户却查不出该权限，这说明添加只保存在数据中，并没有同步数据到缓存中，这就是本章节要讨论的缓存双写死一致性问题。
  而在找工作面试时，或遇到的问题如下：

• 你只要用缓存，就可能涉及到redis缓存与数据库双存储双写，你只要是双写，就一定会有数据一致性的问题，那么你如何解决一致性问题？
• 双写一致性，你先动缓存redis还是数据库MySQL哪一个？why？
• 延时删除你做过吗？会有哪些问题？
• 有这么一种情况，微服务查询redis无 MySQL有，为保证数据双写一致性回写redis你需要注意什么？双检加锁策略你了解过吗？如何尽量避免缓存击穿？
• redis和MySQL双写100%会出纰漏，做不到强一致性，你如何保证最终一致性？

1.缓存双写一致性的理解

  如下图所示，数据库中，缓存一致性问题，简单的说就是，数据库中的数据和缓存中的数据保持一致性。通常在开发时，查找数据是，先找缓存，如果缓存没有数据则查找数据库。
  查找流程一共分为三个步骤：
  1.缓存里有数据，直接返回
  2.缓存里无数据，查找数据库。
  3.从数据库中查找数据后，数据回写Redis，保持数据两边一致。
  其中，Redis挡在前面起到保护数据库的作用。因为数据库支持的并发量和Redis支持的并发量不是一个等级的。至于Redis为什么能够支持那么多的并发量，可去看看我之前写过的相关文章。Redis高阶篇之Redis单线程与多线程

  总之简单一句话，如果redis中有数据，​ 需要和数据库中的值相同。如果redis中无数据，​ 数据库中的值要是最新值，且准备回写redis。

1.1 缓存按照操作来分

  1.只读缓存
  2.读写缓存

• 同步直写策略
  写数据库之后也同步写redis缓存，缓存和数据库中的数据一致；
  对于读写缓存来说，要想保证缓存和数据库中的数据一致，就要采用同步直写策略
• 异步缓写策略
  正常业务中，MySQL数据变了，但是可以在业务上容许出现一定时间后才作用于redis，比如仓库、物流系统
  异常情况出现了， 不得不将失败的动作重新修补，有可能需要借助kafka或者RabbitMQ等消息中间件，实现重试重写
• 采用双检加锁策略
  多个线程同时去查询数据库的这条数据，那么我们可以在第一个查询数据的请求上使用一个互斥锁来锁住它。其他的线程走到这一步拿不到锁就等着，等第一个线程查询到了数据，然后做缓存。后面的线程进来发现已经有缓存了，就直接走缓存。具体代码如下所示，仅供参考。

public User findUserById(Integer id){
   
   
	User user = null