一、延时双删策略
先删除缓存,再更新数据库,然后休眠1s(根据具体的业务合理设置,比如几百毫秒),再删除缓存,有可能第二次删除失败,还是会导致数据不一致
缺点:存在延时操作,所以会造成服务器的阻塞, 所以不适合高并发的场景
二、最终一致性(删除缓存重试机制)
如果需要再极端情况下人仍然保证Redis和MySQL的数据一致性,就只能采用最终一致性的方案,比如基于RabbitMQ的可靠性消息通信来实现数据的最终一致性,还可以通过Canal组件监控MySQL里面的Binary log日志,把更新后的数据同步到Redis里面。
2.1、利用MQ异步重试机制,保证最终一致性,适合高并发场景,缺点就是代码的耦合性高,比如修改、新增接口都需要发送消息
2.2、利用Canal + MQ异步重试机制,保证最终一致性,适合高并发场景,缺点时增加了系统的复杂性