redis与数据库的数据一致性问题

如何保障mysql和redis之间的数据一致性？

1.强一致（向数据库插入一条数据时，同时向redis中也插入一条数据）

2.定时任务：设置过期时间

结合实际场景，解决redis和mysql的数据一致性
在并发不高的情况下：读操作优先读取redis，不存在的话就去访问MySQL数据库，并把从数据库中读到的数据写回Redis中；写操作的话，直接写MySQL，成功后再写入Redis(可以在MySQL数据库业务代码中定义CRUD触发器，在触发CRUD操作后写数据到Redis，也可以在Redis端解析mysql的binlog，再做相应的操作)。
在并发高的情况下：读操作和上面一样，写操作是异步写，写入Redis后直接返回，然后定时定期写入MySQL。或者用MQ异步将mysql数据同步到redis。
场景一：
问题：当更新数据时，如更新某商品的库存，当前商品的数据库存是100、缓存存的是100，现在都要更新为99，先更新数据库更改成99，然后删除缓存，如果删除缓存失败了，这意味着数据库存的是99，而缓存还是100，这就导致数据库和缓存的数据不一致。（加一个1/0在mysql和redis之间）

解决方法：
这种情况应该是先删除缓存，然后在更新数据库。如果删除缓存失败，那就不要更新数据库。如果说删除缓存成功，而更新数据库失败了，那查询的时候只是从数据库里查了旧的数据而已，这样就能保持数据库与缓存的一致性。

场景二：
问题：在高并发的情况下，如果当删除完缓存的时候，这时去更新数据库，但还没有更新完，另外一个请求来查询数据，发现缓存里没有，就去数据库里查，还是以上面商品库存为例，如果数据库中产品的库存是100，那么查询到的库存是100，然后插入缓存，插入完缓存后，原来那个更新数据库的线程把数据库更新为了99，导致数据库与缓存数据不一致的情况。（缓存中是脏数据）

解决方法：
遇到这种情况，可以用第三方MQ队列去解决这个问题，创建几个队列，如20个，根据商品的ID去做hash值，然后对队列个数取摸，当有数据更新请求时，先把它丢到队列里去，当更新完后在从队列里去除，如果在更新的过程中，遇到以上场景，先去缓存里看下有没有数据，如果没有，可以先去队列里看是否有相同商品ID在做更新，如果有也把查询的请求发送到队列里去，然后同步等待缓存更新完成。
这里有一个优化点，如果发现队列里有一个查询请求了，那么就不要放新的查询操作进去了，用一个while（true）循环去查询缓存，循环个200MS左右，如果缓存里还没有则直接取数据库的旧数据，一般情况下是可以取到的。

一、 延时双删策略

在写库前后都进行redis.del(key)操作，并且设定合理的超时时间。具体步骤是：

1）先删除缓存

2）再写数据库

3）休眠500毫秒（根据具体的业务时间来定）可以将1秒内所造成的缓存脏数据，再次删除。(为何是1秒？需要评估自己的项目的读数据业务逻辑的耗时。这么做的目的，就是确保读请求结束，写请求可以删除读请求造成的缓存脏数据。当然这种策略还要考虑redis和数据库主从同步的耗时

4）再次删除缓存。

那么，这个500毫秒怎么确定的，具体该休眠多久呢？

需要评估自己的项目的读数据业务逻辑的耗时。这么做的目的，就是确保读请求结束，写请求可以删除读请求造成的缓存脏数据。

当然，这种策略还要考虑 redis 和数据库主从同步的耗时。最后的写数据的休眠时间：则在读数据业务逻辑的耗时的基础上，加上几百ms即可。比如：休眠1秒。

二、设置缓存的过期时间

从理论上来说，给缓存设置过期时间，是保证最终一致性的解决方案。所有的写操作以数据库为准，只要到达缓存过期时间，则后面的读请求自然会从数据库中读取新值然后回填缓存

结合双删策略+缓存超时设置，这样最差的情况就是在超时时间内数据存在不一致，而且又增加了写请求的耗时。

三、如何写完数据库后，再次删除缓存成功？

上述的方案有一个缺点，那就是操作完数据库后，由于种种原因删除缓存失败，这时，可能就会出现数据不一致的情况。这里，我们需要提供一个保障重试的方案。

四：引入MQ异步更新缓存（基于binlog的同步机制）

2如何解决？
提供一个保障的重试机制即可，这里给出两套方案。
方案一：
如下图所示

流程如下所示
（1）更新数据库数据；
（2）缓存因为种种问题删除失败
（3）将需要删除的key发送至消息队列
（4）自己消费消息，获得需要删除的key
（5）继续重试删除操作，直到成功
然而，该方案有一个缺点，对业务线代码造成大量的侵入。于是有了方案二，在方案二中，启动一个订阅程序去订阅数据库的binlog，获得需要操作的数据。在应用程序中，另起一段程序，获得这个订阅程序传来的信息，进行删除缓存操作。
方案二：

核心在于：读写用户不会直接对redis进行操作了，使用队列对读写操作进行排队操作
流程如下图所示：
（1）更新数据库数据
（2）数据库会将操作信息写入binlog日志当中
（3）订阅程序提取出所需要的数据以及key
（4）另起一段非业务代码，获得该信息
（5）尝试删除缓存操作，发现删除失败
（6）将这些信息发送至消息队列
（7）重新从消息队列中获得该数据，重试操作。