网站建设需要些什么资料,WordPress迁移服务器和域名,广告推广,加强官方网站建设读操作#xff0c;一般是先查询缓存#xff0c;查询不到再查询数据库#xff0c;最后回写进缓存。 写操作#xff0c;究竟是先删除(更新)缓存#xff0c;再更新数据库#xff0c;还是先更新数据库#xff0c;再删除(更新)缓存呢#xff1f;
1、给缓存设置过期时间
适用…读操作一般是先查询缓存查询不到再查询数据库最后回写进缓存。 写操作究竟是先删除(更新)缓存再更新数据库还是先更新数据库再删除(更新)缓存呢
1、给缓存设置过期时间
适用于对数据一致性要求较低或者写请求很少的业务当读请求没有命中缓存时就从数据库中读之后回写到缓存里同时设置一个过期时间。
写请求直接更改数据库不用操作缓存。2、先更新数据库再更新缓存
如果利用到缓存那么肯定是读多写少的场景
缺点
写多读少时频繁更新缓存会降低性能
并发情况下可能存在将脏数据写回缓存的风险为什么会有脏读
首先线程1更新数据库还没来得及更新缓存线程2更新数据在更新缓存成功然后线程1在更新缓存结果就变成了数
据库和缓存的数据不一致。3、先更新缓存再更新数据库
和方案2类似也会存在相同的问题。缺点
比如线程1更新缓存还没来得及更行数据库线程2更新缓存在更新数据库最后线程1更新数据库这个时候数据和缓存不一致。4先更新数据库再删除缓存
既然方案2与方案3都是更新缓存这里不妨直接删除缓存呢缺点
这种也有一个问题就是当线程1准备更新数据库线程1还没来得及执行线程2过来读还没写入缓存然后线程1更
新数据并且删除缓存线程2在写入缓存就造成了数据不一致。5、先删除缓存再更新数据库
缺点线程1删除缓存线程2过来读还没写入缓存结果线程1更新了数据库线程2在写入缓存这个时候缓存和数据
库的数据也不一致。方案6延时双删
更新请求先删除缓存在更新数据库在删除缓存。缺点
存在第二次删除失败的情况方案7消息队列
先更新数据库接着将删除缓存的消息投递到mq中。自身拿到消息后尝试进行删除缓存。如果失败则不断进行重试。缺点
引入了消息队列系统的复杂性提升可用性降低。
也会带来各种各样的问题例如消息丢失、乱序与重复消费等。乱序与重复消费的问题在删除缓存的场景下不会造
成任何问题。方案8 消息队列订阅binlog
复杂度提升了缓存和DB一致性-canal其实这个也是基于BinlogMq的方式跳转
