2021Java大厂高频面试题:java高级开发面试

Cache aside

Cache aside也就是旁路缓存,是比较经常使用的缓存策略。面试

(1)读请求常见流程数据库

应用首先会判断缓存是否有该数据,缓存命中直接返回数据,缓存未命中即缓存穿透到数据库,从数据库查询数据而后回写到缓存中,最后返回数据给客户端。编程

(2)写请求常见流程缓存

首先更新数据库,而后从缓存中删除该数据。markdown

看了写请求的图以后,有些同窗可能要问了:为何要删除缓存,直接更新不就好了?这里涉及到几个坑,咱们一步一步踩下去。并发

Cache aside踩坑

Cache aside策略若是用错就会遇到深坑,下面咱们来逐个踩。ide

踩坑一:先更新数据库,再更新缓存atom

若是同时有两个写请求须要更新数据,每一个写请求都先更新数据库再更新缓存,在并发场景可能会出现数据不一致的状况。3d

如上图的执行过程:代理

(1)写请求1更新数据库,将 age 字段更新为18;

(2)写请求2更新数据库,将 age 字段更新为20;

(3)写请求2更新缓存,缓存 age 设置为20;

(4)写请求1更新缓存,缓存 age 设置为18;

执行完预期结果是数据库 age 为20,缓存 age 为20,结果缓存 age为18,这就形成了缓存数据不是最新的,出现了脏数据。

踩坑二:先删缓存,再更新数据库

若是写请求的处理流程是先删缓存再更新数据库,在一个读请求和一个写请求并发场景下可能会出现数据不一致状况。

如上图的执行过程:

(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 便可。全部数据交互都是经过抽象缓存层完成的。

如上图,应用程序只须要与Cache Provider交互,不用关心是从缓存取仍是数据库。

在进行大量读取时,Read-Through 能够减小数据源上的负载,也对缓存服务的故障具有必定的弹性。若是缓存服务挂了,则缓存提供程序仍然能够经过直接转到数据源来进行操做。

Read-Through 适用于屡次请求相同数据的场景,这与 Cache-Aside 策略很是类似,可是两者仍是存在一些差异,这里再次强调一下:

  • 在 Cache-Aside 中,应用程序负责从数据源中获取数据并更新到缓存。
  • 在 Read-Through 中,此逻辑一般是由独立的缓存提供程序(Cache Provider)支持。

Write through

Write-Through 策略下,当发生数据更新(Write)时,缓存提供程序 Cache Provider 负责更新底层数据源和缓存。

缓存与数据源保持一致,而且写入时始终经过抽象缓存层到达数据源。

Cache Provider相似一个代理的做用。

Write behind

Write behind在一些地方也被成为Write back, 简单理解就是:应用程序更新数据时只更新缓存, Cache Provider每隔一段时间将数据刷新到数据库中。说白了就是延迟写入

如上图,应用程序更新两个数据,Cache Provider 会当即写入缓存中,可是隔一段时间才会批量写入数据库中。

这种方式有优势也有缺点:

  • 优势是数据写入速度很是快,适用于频繁写的场景。

  • 缺点是缓存和数据库不是强一致性,对一致性要求高的系统慎用。

一线互联网大厂Java核心面试题库

image

频繁写的场景。

  • 缺点是缓存和数据库不是强一致性,对一致性要求高的系统慎用。

一线互联网大厂Java核心面试题库

[外链图片转存中…(img-YZQHgqHd-1625554961306)]

正逢面试跳槽季,给你们整理了大厂问到的一些面试真题,因为文章长度限制,只给你们展现了部分题目,更多Java基础、异常、集合、并发编程、JVM、Spring全家桶、MyBatis、Redis、数据库、中间件MQ、Dubbo、Linux、Tomcat、ZooKeeper、Netty等等…已整理上传在个人腾讯文档【一线互联网大厂Java核心面试题库】点击便可领取,并会持续更新…感兴趣的朋友能够看看支持一波!