如何保证Redis与数据库的数据一致性

1.先更新数据库，然后再删除缓存

问题：如果先更新了数据库，删除缓存的时候失败了怎么办？那么数据库中是新数据，缓存中是老数据，数据出现不一致了。

2.先删除缓存，然后更新数据库

优点：先删除缓存，后更新数据库。因为即使后面更新数据库失败了，缓存是空的，读的时候会从数据库中重新拉，虽然都是旧数据，但数据是一致的。

问题：在高并发的场景下，会出现这样的情况：数据发生了变更，先删除了缓存，然后去修改数据库。此时还没来得及修改，一个请求过来了，去读缓存，发现缓存空了，去读数据库，读到了准备修改前的旧数据，并且把旧数据放到了缓存。随后，数据变更程序完成了数据库的修改。那么完了，这个时候发生数据不一致了…

3.延时双删策略

1.先删除缓存
2.再写数据库 (在1步骤后，2步骤前，可能有“读”请求因缓存未命中，读到脏数据，再次将脏数据存入缓存)
3.休眠500毫秒(需要评估自己的项目的数据操作业务逻辑的耗时)
4.再次删除缓存 – 删除可能在1-2步之间，被存入的脏数据

4.异步更新缓存(最终一致性)

MySQL中产生了新的写入、更新、删除等操作，就可以把binlog相关的消息推送至Redis，Redis再根据binlog中的记录，对Redis进行更新。