Redis 与 Mysql 的数据一致性

一、延时双删策略

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

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

二、最终一致性（删除缓存重试机制）

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

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

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