Redis缓存和mysql数据一致性问题

 场景：

          在高并发的业务场景下，数据库大多数情况都是用户并发访问最薄弱的环节。所以，就需要使用redis做一个缓冲操作，让请求先访问到redis，而不是直接访问MySQL等数据库。

问题：

              读取缓存步骤一般没有什么问题，但是一旦涉及到数据更新：数据库和缓存更新，就容易出现缓存(Redis)和数据库（MySQL）间的数据一致性问题。

不管是先写MySQL数据库，再删除Redis缓存；还是先删除缓存，再写库，都有可能出现数据不一致的情况。举一个例子：

      1.如果删除了缓存Redis，还没有来得及写库MySQL，另一个线程就来读取，发现缓存为空，则去数据库中读取数据写入缓存，此时缓存中为脏数据。

      2.如果先写了库，在删除缓存前，写库的线程宕机了，没有删除掉缓存，则也会出现数据不一致情况。

因为写和读是并发的，没法保证顺序,就会出现缓存和数据库的数据不一致的问题

 

解决方案：

方案1

基于redis的分布式锁。

       更新操作时加锁处理（可行性待考究）

方案2

延时删除策略。

(1).设置缓存过期中待修改数据过期时间为n秒后，且在此期间不使用缓存中数据 (2).操作db (3).删除缓存中数据

 方案2可保证读取的数据是db中最新的，但是需对读逻辑做修改。

另外补充一点：实际情况中，查询db为空的记录也会缓存到缓存中，否则db可能会被查询为空的记录拖垮。

方案3

基于redis的布隆过滤器。

过滤部分无效请求

方案4

    异步更新缓存(基于订阅binlog的同步机制)

              技术整体思路：MySQL binlog增量订阅消费+消息队列+增量数据更新到redis。读Redis：热数据基本都在Redis

写MySQL:增删改都是操作MySQL。更新Redis数据：MySQ的数据操作binlog，来更新到Redis

        Redis更新1）数据操作主要分为两大块：一个是全量(将全部数据一次写入到redis)，一个是增量（实时更新）这里说的是增量,指的是mysql的update、insert、delate变更数据。

        2）读取binlog后分析 ，利用消息队列,推送更新各台的redis缓存数据。这样一旦MySQL中产生了新的写入、更新、删除等操作，就可以把binlog相关的消息推送至Redis，Redis再根据binlog中的记录，对Redis进行更新。其实这种机制，很类似MySQL的主从备份机制，因为MySQL的主备也是通过binlog来实现的数据一致性。这里可以结合使用canal(阿里的一款开源框架)，通过该框架可以对MySQL的binlog进行订阅，而canal正是模仿了mysql的slave数据库的备份请求，使得Redis的数据更新达到了相同的效果。当然，这里的消息推送工具你也可以采用别的第三方：kafka、rabbitMQ等来实现推送更新Redis。以上就是Redis和MySQL数据一致性详解。