缓存的使用模式

缓存使用模式分为两大类:Cache-Aside和Cache As SoR
专业名词:

  • SoR(system-of-record):记录系统,或者可以叫数据源,实际存储原始数据的系统
  • Cache:缓存,是SoR的快照数据,Cache的访问速度比SoR要快,放入Cache的目的是提升系统速度,减少回源到SoR的次数
  • 回源:回到数据源头检索数据,Cache没有命中需要回到SoR读取数据,这叫做回源

1)、Cache-Aside

Cache-Aside:即业务代码围绕Cache编写,由业务代码维护缓存;
如:

读场景

data = cache.getIfPresent(key);
if(data == null){
data = loadFromSoR(key);
cache.put(key,data)
}
先从缓存中获取,没有查询SoR,再放入缓存

写场景(主动更新和删除时被动读取)
  1. 双写模式
    //1、先将数据写入SoR
    writeToSoR(k,v);
    //2、执行成功后立即同步写入缓存
    cache.put(k,v)
    或者
  2. 失效模式
    //1、先将数据写入SoR
    writeToSoR(k,v);
    //2、失效缓存,下次读取时从缓存中加载(进入读场景),
    cache.invalidate(k);

并发更新问题与解决(多个缓存实例,同时更新自己里面的同样数据)
1、考虑使用中间件如Canal订阅binlog,进行增量更新分布式缓存,不会存在缓存数据不一致问题。但是会有延迟,我们可以调整合理的过期时间来容忍这个延迟
2、读服务,可以考虑一致性哈希,相同的操作负载均衡到同一个实例,从而减少并发几率。

2)、Cache-As-SoR

即把Cache当做SoR,所有操作都是对Cache进行,然后Cache委托SoR进行数据的真实读写。即业务代码只看到Cache的操作,看不到关于SoR的代码;三种实现模式:read-through、
write-through、write-behind

  1. read-through
    业务代码首先调用Cache,Cache不命中,由Cache回源到SoR(类似回调的方式或者Cache配置的方式),而不是业务代码。【Guava、Ehcache均支持这种模式】
    优点:业务代码整洁
  2. write-through
    称为穿透写模式/直写模式。业务代码调用Cache写数据,然后由Cache负责写缓存和写SoR,而不是业务代码。
  3. write-behind
    也叫write-back;回写模式。不同于write-through的是,write-through是同步写,而write-back是异步写,异步成功后可以实现批量写、合并写、延时写等

3)、Copy-Pattern

应用级缓存:(数据一定不能是脏数据)【Map、Ehcache、Guava】
Mybatis:二级缓存Map
if(map.get(1)){
return obj;
}else{ queryFromDb }
obj = cache;
缓存读取来的数据是否是改写安全;
obj = cache;
obj2 = new Obj();
BeanUtils.copyProperties(obj,obj2)
obj2.compute();
//写时复制
obj = ObjHaha();
obj2 = new Obj();
BeanUtils.copyProperties(obj,obj2)
map.put(k, obj2);
obj.compute();
分布式缓存:

缓存使用两种复制模式,注意。Copy-On-Read(读时复制)、Copy-On-Write(写时复制)。
有些进程内缓存很多是基于引用的,所以拿到缓存中的数据如果进行修改,可能发生不可预测的问题。
读时复制:读取到的缓存的值,复制内容封装一个新的对象。
写时复制:给缓存中写的值,复制一个新的对象写入

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值