Cache aside
Cache aside也就是旁路缓存，是比较常用的缓存策略。
（1）读请求常见流程
[外链图片转存中…(img-nJMUQuuS-1709876110659)]
应用首先会判断缓存是否有该数据，缓存命中直接返回数据，缓存未命中即缓存穿透到数据库，从数据库查询数据然后回写到缓存中，最后返回数据给客户端。
（2）写请求常见流程
[外链图片转存中…(img-UuXHWeMU-1709876110660)]
首先更新数据库，然后从缓存中删除该数据。
看了写请求的图之后，有些同学可能要问了：为什么要删除缓存，直接更新不就行了？这里涉及到几个坑，我们一步一步踩下去。
Cache aside踩坑
Cache aside策略如果用错就会遇到深坑，下面我们来逐个踩。
踩坑一：先更新数据库，再更新缓存
如果同时有两个写请求需要更新数据，每个写请求都先更新数据库再更新缓存，在并发场景可能会出现数据不一致的情况。
[外链图片转存中…(img-5t6YTF8r-1709876110660)]
如上图的执行过程：
（1）写请求1更新数据库，将 age 字段更新为18；
（2）写请求2更新数据库，将 age 字段更新为20；
（3）写请求2更新缓存，缓存 age 设置为20；
（4）写请求1更新缓存，缓存 age 设置为18；
执行完预期结果是数据库 age 为20，缓存 age 为20，结果缓存 age为18，这就造成了缓存数据不是最新的，出现了脏数据。
踩坑二：先删缓存，再更新数据库
如果写请求的处理流程是先删缓存再更新数据库，在一个读请求和一个写请求并发场景下可能会出现数据不一致情况。
[外链图片转存中…(img-Mv1BKqJN-1709876110660)]
如上图的执行过程：
（1）写请求删除缓存数据；
（2）读请求查询缓存未击中(Hit Miss)，紧接着查询数据库，将返回的数据回写到缓存中；
（3）写请求更新数据库。
整个流程下来发现数据库中age为20，缓存中age为18，缓存和数据库数据不一致，缓存出现了脏数据。
踩坑三：先更新数据库，再删除缓存
在实际的系统中针对写请求还是推荐先更新数据库再删除缓存，但是在理论上还是存在问题，以下面这个例子说明。
如上图的执行过程：
（1）读请求先查询缓存，缓存未击中，查询数据库返回数据；
（2）写请求更新数据库，删除缓存；
（3）读请求回写缓存；
整个流程操作下来发现数据库age为20，缓存age为18，即数据库与缓存不一致，导致应用程序从缓存中读到的数据都为旧数据。
但我们仔细想一下，上述问题发生的概率其实非常低，因为通常数据库更新操作比内存操作耗时多出几个数量级，上图中最后一步回写缓存（set age 18）速度非常快，通常会在更新数据库之前完成。
如果这种极端场景出现了怎么办？我们得想一个兜底的办法：缓存数据设置过期时间。通常在系统中是可以允许少量的数据短时间不一致的场景出现。
Read through
在 Cache Aside 更新模式中，应用代码需要维护两个数据源头：一个是缓存，一个是数据库。而在 Read-Through 策略下，应用程序无需管理缓存和数据库，只需要将数据库的同步委托给缓存提供程序 Cache Provider 即可。所有数据交互都是通过抽象缓存层完成的。
[外链图片转存中…(img-KvKg8SJF-1709876110661)]
如上图，应用程序只需要与Cache Provider交互，不用关心是从缓存取还是数据库。
在进行大量读取时，Read-Through 可以减少数据源上的负载，也对缓存服务的故障具备一定的弹性。如果缓存服务挂了，则缓存提供程序仍然可以通过直接转到数据源来进行操作。
Read-Through 适用于多次请求相同数据的场景，这与 Cache-Aside 策略非常相似，但是二者还是存在一些差别，这里再次强调一下：
- 在 Cache-Aside 中，应用程序负责从数据源中获取数据并更新到缓存。
- 在 Read-Through 中，此逻辑通常是由独立的缓存提供程序（Cache Provider）支持。
Write through
Write-Through 策略下，当发生数据更新(Write)时，缓存提供程序 Cache Provider 负责更新底层数据源和缓存。
缓存与数据源保持一致，并且写入时始终通过抽象缓存层到达数据源。
Cache Provider类似一个代理的作用。
[外链图片转存中…(img-RnQy7fQy-1709876110662)]
Write behind
Write behind在一些地方也被成为Write back， 简单理解就是：应用程序更新数据时只更新缓存， Cache Provider每隔一段时间将数据刷新到数据库中。说白了就是延迟写入。
[外链图片转存中…(img-Svj3N5SP-1709876110662)]
如上图，应用程序更新两个数据，Cache Provider 会立即写入缓存中，但是隔一段时间才会批量写入数据库中。
这种方式有优点也有缺点：
-
优点是数据写入速度非常快，适用于频繁写的场景。 -
缺点是缓存和数据库不是强一致性，对一致性要求高的系统慎用。
小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
[外链图片转存中…(img-vOYLJDpz-1709876110662)]
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）
[外链图片转存中…(img-NIxxuhR2-1709876110663)]
感受：
其实我投简历的时候，都不太敢投递阿里。因为在阿里一面前已经过了字节的三次面试，投阿里的简历一直没被捞，所以以为简历就挂了。
特别感谢一面的面试官捞了我，给了我机会，同时也认可我的努力和态度。对比我的面经和其他大佬的面经，自己真的是运气好。别人8成实力，我可能8成运气。所以对我而言，我要继续加倍努力，弥补自己技术上的不足，以及与科班大佬们基础上的差距。希望自己能继续保持学习的热情，继续努力走下去。
也祝愿各位同学，都能找到自己心动的offer。
分享我在这次面试前所做的准备（刷题复习资料以及一些大佬们的学习笔记和学习路线），都已经整理成了电子文档
[外链图片转存中…(img-UjY9v6tE-1709876110664)]
学习的热情，继续努力走下去。
也祝愿各位同学，都能找到自己心动的offer。
分享我在这次面试前所做的准备（刷题复习资料以及一些大佬们的学习笔记和学习路线），都已经整理成了电子文档
[外链图片转存中…(img-UjY9v6tE-1709876110664)]
762
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
