如何保证缓存与数据库读写时的数据一致性

更新缓存方案
1、先更新缓存，再更新DB
这个方案方案我们一般不考虑，原因是更新缓存成功了，更新数据库出现了异常，导致缓存和数据库完全不一致，而且很难察觉，因为缓存中的数据一直存在。
2、先更新DB，再更新缓存
以上同理
3、先删除缓存，后更新DB
该方案也会出现问题，具体原因如下。
此时来了两个请求，请求A（更新操作）和请求B（查询操作）
请求A会先删除Redis中的数据，然后去数据库进行更新操作。
此时请求B看到Redis中的数据是空的，就会去数据库中查询该值，补录到Redis中。
但是此时请求A并没有更新成功，或者事务还未提交，请求B去数据库查询到了旧值。

解决方案：延时双删的策略
1）先删除缓存
2）再写数据库
3）休眠1秒，再次淘汰缓存
1秒要根据业务进行判断。

4、先更新DB，后删除缓存
1）缓存刚好失效
2）请求A查询数据库，得到一个旧值
3）请求B将新值写入数据库
4）请求B删除缓存
5）请求A将查到的旧值写入缓存

解决方案：通过消息队列再次对Redis进行删除操作。
优化方案：使用mysql中的binlog日志，进程订阅binlog，如果失败就会写入到消息缓存队列中，再进行删除。