MySQL和Redis如何保证数据一致性

数据不一致的原因：

1.如果先删除Redis缓存数据，然而还没有来得及写入MySQL，另一个线程就来读取,这个时候发现缓存为空，则去Mysql数据库中读取旧数据写入缓存，此时缓存中为脏数据。后数据库更新后发现Redis和Mysql出现了数据不一致的问题。

2. 如果先写了库，后删除缓存，不幸的写库的线程挂了，导致了缓存没有删除，这个时候就会直接读取旧缓存，最终也导致了数据不一致情况

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

解决方案：

1、延时双删策略

先删除缓存，再更新数据库，然后休眠1s（根据具体的业务合理设置，比如几百毫秒），再删除缓存，有可能第二次删除失败，还是会导致数据不一致

缺点：存在延时操作，所以会造成服务器的阻塞， 所以不适合高并发的场景

2、最终一致性

如果需要在极端情况下仍然保证Redis和MySQL的数据一致性，就只能采用最终一致性的方案，比如基于RabbitMQ的可靠性消息通信来实现数据的最终一致性，还可以通过Canal组件监控MySQL里面的Binary log日志，把更新后的数据同步到Redis里面。

2.1、利用MQ异步重试机制，保证最终一致性，适合高并发场景，缺点就是代码的耦合性高，比如修改、新增接口都需要发送消息

2.2、利用Canal + MQ异步重试机制，保证最终一致性，适合高并发场景，缺点时增加了系统的复杂性