常见缓存更新策略

三种常见的缓存更新策略

  • 缓存意义:减少服务端访问数据库的IO次数。提升访问速度
  • 适用场景:①数据库的数据不经常改变 ②数据量访问量比较大

Cache Aside Pattern(旁路缓存模式)

  • 该缓存模式是比较常用的一种缓存更新策略,并且适合读比较多的场景。并且该缓存更新策略模式会以数据库的数据为准的。
  • 读策略:首先会访问缓存中是否有对应的数据,如果没有将会访问数据库,并将数据保存到缓存中。
  • 写策略:①首先更新数据库中的数据 ②其次删除缓存对应的数据

如此更新数据的原因

  • 删除Cache而不是更新Cache: ①节省服务端的资源,删除缓存中的数据更加的直接,因为得到缓存中的数据是会消耗服务端的CPU资源的,如果频繁的修改数据,进而导致频繁的更新Cache中的数据,这样是及其浪费资源的。 ②在高并发的情况下,更新Cache中的内容会引发高并发问题
  • 次序倒换可以吗:不可以。首先先删除掉缓存的数据,会让后续直接访问数据库中的数据,而这可能会读到数据库没更新之前的数据。其实次序不互换也会导致这样的问题,不过删除Cache中的速度是要优于更新数据库数据的速度的。
  • 因此该缓存更新策略是适用于多读场景的,如果频繁的更新数据库中的内容会影响缓存中的命中率。

Write/Read Through Pattern(读写穿透)

  • 读策略:同上
  • 写策略:首先会查看缓存中有无要写入的数据,如果有的话更新缓存中的数据,随后同步更新数据库中的数据。如果缓存中不存在的话就直接更新数据库中的数据。

Write Behind Pattern(异步缓存写入)

  • 在写策略上将同步更新数据库的操作更改为异步

对于首次访问数据一定不存在内存中的情况

  • 可以提前将热点数据存储在数据库中。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MyBatis的缓存更新策略缓存清除策略如下: 1. 缓存更新策略 MyBatis的缓存更新策略是基于触发器(trigger)的机制实现的,当执行了增删改操作,会自动触发相应的触发器,使得对应的缓存失效。具体而言,MyBatis提供了两种触发器: - Statement级别的触发器: 这种触发器会使得与当前SQL相关的所有缓存失效,包括一级缓存和二级缓存。例如,当执行insert、update、delete等操作,就会触发这种触发器。 - Session级别的触发器: 这种触发器会使得当前Session中的所有缓存失效,包括一级缓存和二级缓存。例如,当执行了commit操作,就会触发这种触发器。 2. 缓存清除策略 MyBatis提供了两种缓存清除策略: - LRU(Least Recently Used): 这种策略是基于缓存的访问间来决定缓存淘汰的顺序,最近访问间最早的缓存会被淘汰。这种策略适用于缓存空间有限的情况,能够有效地避免缓存空间被占满。 - FIFO(First In First Out): 这种策略是基于缓存加入间来决定缓存淘汰的顺序,先加入缓存的数据会先被淘汰。这种策略适用于缓存空间有限的情况,能够有效地避免缓存空间被占满。 常见缓存数据不一致的场景如下: 1. 数据库中的数据被修改,而MyBatis缓存中的数据没有被更新。 这种情况通常是因为MyBatis的缓存机制没有被正确地配置,或者是缓存更新策略没有被正确地实现。在这种情况下,可以通过手动清除缓存或者修改缓存配置来解决。 2. MyBatis的一级缓存和二级缓存中的数据不一致。 这种情况通常是因为MyBatis的缓存配置不当,或者是缓存更新策略没有被正确地实现。在这种情况下,可以通过手动清除缓存或者修改缓存配置来解决。 3. 多个应用程序同访问同一个缓存,但是缓存中的数据不一致。 这种情况通常是因为缓存的同步机制没有被正确地实现,或者是应用程序之间的通信机制存在问题。在这种情况下,可以通过增加缓存同步机制或者修改应用程序之间的通信机制来解决。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值