Java面试题-Redis-第三天（缓存更新策略-读写穿透、异步缓存)

读写穿透：

读：

1. 如果读到了  则直接返回

2. 如果没有读到，那么就从DB中读取，然后写入到DB中（这里写入到DB并不是由客户端做的，而是由缓存组件自己完成的）

写：

1. 如果缓存中没有，那么就直接写入到DB

2. 如果说缓存中已经有了，就先更新缓存，然后更新数据库（更新数据库的这个动作也是由缓存组件自己实现的）

读写穿透与旁路缓存最大的区别就是：我们不需要再直接去操作数据库了，我们只需要操作缓存，然后由缓存组件来自己操作数据库

读写穿透和那个旁路缓存策略是一样的 都是第一次访问缓存（第一次访问一个新的key）肯定是没有的，需要从数据库中加载而来。那么为了弥补这一点，可以使用热预加载  就是先提前放入到缓存中一些数据

异步缓存：

它其实就是完完全全不直接操作数据库了，而是客户端只是直接与缓存打交道，最后每隔一段时间，就去更新一下数据库，异步定时的。

优点：因为我只是和缓存打交道，所以读写效率都很高

缺点：存在数据丢失的风险，如果说我还没有同步到数据库中，Redis就宕机了

场景其实就是  对数据的完整一致性要求不那么高的，但是又是经常需要操作的一些数据

像点赞量、访问量