美容加盟网站建设,centos wordpress install,甘肃网站建设开发,山东网站seo设计什么是缓存#xff1f;
缓存就像自行车和越野车的避震器#xff0c;降低硬着陆造成的损害
缓存就是系统的避震器#xff0c;,防止过高的数据访问猛冲系统,导致其操作线程无法及时处理信息而瘫痪
缓存(Cache),就是数据交换的缓冲区,俗称的缓存就是缓冲区内的数据,一般从数…什么是缓存
缓存就像自行车和越野车的避震器降低硬着陆造成的损害
缓存就是系统的避震器,防止过高的数据访问猛冲系统,导致其操作线程无法及时处理信息而瘫痪
缓存(Cache),就是数据交换的缓冲区,俗称的缓存就是缓冲区内的数据,一般从数据库中获取
为什么要使用缓存?
速度快,好用
缓存数据存储于代码中,而代码运行在内存中,内存的读写性能远高于磁盘,缓存可以大大降低用户访问并发量带来的服务器读写压力
那么代价就是增加代码复杂度和运营的成本
如何使用缓存
实际开发中,会构筑多级缓存来使系统运行速度进一步提升,例如:本地缓存与redis中的缓存并发使用
浏览器缓存主要是存在于浏览器端的缓存
应用层缓存可以分为tomcat本地缓存或者是使用redis作为缓存
数据库缓存在数据库中有一片空间是 buffer pool增改查数据都会先加载到mysql的缓存中
CPU缓存当代计算机最大的问题是 cpu性能提升了但内存读写速度没有跟上所以为了适应当下的情况增加了cpu的L1L2L3级的缓存 缓存模型和思路
标准的操作方式就是查询数据库之前先查询缓存如果缓存数据存在则直接从缓存中返回如果缓存数据不存在再查询数据库然后将数据存入redis。
Redis缓存模型 缓存更新策略
缓存更新是为了节约内存而设计的一种策略为避免redis堆积太多数据而对部分缓存数据进行更新、淘汰主要可分为以下三种
内存淘汰redis自动进行当redis内存达到咱们设定的max-memery的时候会自动触发淘汰机制淘汰掉一些不重要的数据(可以自己设置策略方式)
超时剔除当我们给redis设置了过期时间ttl之后redis会将超时的数据进行删除方便咱们继续使用缓存
主动更新我们可以手动调用方法把缓存删掉通常用于解决缓存和数据库不一致问题
内存淘汰超时剔除主动更新一致性差一般好维护成本无低高
业务场景选择
低一致性需求时使用内存淘汰机制高一致性需求时主动更新并以超时剔除为兜底方案
缓存穿透问题
缓存穿透 缓存穿透是指客户端请求的数据在缓存中和数据库中都不存在这样缓存永远不会生效这些请求都会打到数据库如果大量这样的缓存打到数据库那么将会对服务器造成非常大的压力
常见的解决方案有两种
缓存空对象布隆过滤优点实现简单维护方便内存占用较少没有多余key缺点额外的内存消耗 可能造成短期的不一致实现复杂 存在误判可能
缓存空对象思路分析当我们客户端访问不存在的数据时先请求redis但是此时redis中没有数据此时会访问到数据库但是数据库中也没有数据这个数据穿透了缓存直击数据库我们都知道数据库能够承载的并发不如redis这么高如果大量的请求同时过来访问这种不存在的数据这些请求就都会访问到数据库简单的解决方案就是哪怕这个数据在数据库中也不存在我们也把这个数据存入到redis中去内容为空这样下次用户过来访问这个不存在的数据那么在redis中也能找到这个数据就不会进入到数据库了直接给他返回一个空值就行了
布隆过滤布隆过滤器Bloom Filter是一种空间效率很高的数据结构它用于快速判断一个元素是否在一个集合中。它的特点是能够迅速地判断出“一个元素绝对不在集合中”或者“一个元素可能在集合中”
工作原理: 初始化: 布隆过滤器在开始时是一个包含m位的数组所有位都设置为0。 哈希函数: 它使用k个哈希函数每个函数可以把集合中的一个元素映射到m位数组中的一个位置上。 添加元素: 当添加一个元素到布隆过滤器时它会用这k个哈希函数分别计算该元素的哈希值并将对应的m位数组中的k位置设为1。 元素查询: 当查询一个元素时同样使用这k个哈希函数计算位置然后检查这k个位置是否都是1。如果都是1则认为元素“可能在集合中”如果任何一个位置不是1那么元素“绝对不在集合中”。
当然因为哈希冲突的存在布隆算法也存在假阳性意味着即使一个元素不在集合中布隆过滤器也可能错误地认为它在集合中。即当你添加一个元素时通过多个哈希函数计算出多个位置并将这些位置的位设置为1。如果另一个元素通过这些哈希函数计算出的哈希值恰好也是这些位置那么布隆过滤器会认为这个元素也在集合中即使实际上它可能不在。
小总结
缓存穿透产生的原因是什么 用户请求的数据在缓存中和数据库中都不存在不断发起这样的请求给数据库带来巨大压力
缓存穿透的解决方案有哪些 缓存null值 布隆过滤 增强id的复杂度避免被猜测id规律 做好数据的基础格式校验 加强用户权限校验 做好热点参数的限流
缓存击穿问题
缓存击穿问题也叫热点Key问题就是一个被高并发访问并且缓存重建业务较复杂的key突然失效了无数的请求访问会在瞬间给数据库带来巨大的冲击。
常见的解决方案有两种 互斥锁 逻辑过期
分析假设线程1在查询缓存之后发现热点key挂了本来应该去查询数据库然后把这个数据重新加载到缓存的此时只要线程1走完这个逻辑其他线程就都能从缓存中加载这些数据了但是假设在线程1没有走完的时候后续的线程2线程3线程4同时过来访问当前这个方法 那么这些线程都不能从缓存中查询到数据那么他们就会同一时刻来访问查询缓存都没查到接着同一时间去访问数据库同时的去执行数据库代码对数据库访问压力过大 解决方法一互斥锁
面对这种并发问题第一个想到的解决方法肯定就是锁了我们可以利用redis的setnx来实现一个互斥锁的效果。
假设线程过来只能一个人一个人的来访问数据库避免对数据库访问压力过大但这也会影响查询的性能因为此时会让查询的性能从并行变成了串行我们可以采用tryLock方法 double check来解决这样的问题。
假设现在线程1过来访问他查询缓存没有命中但是此时他获得到了锁的资源那么线程1就会一个人去执行逻辑假设现在线程2过来线程2在执行过程中并没有获得到锁那么线程2就可以进行到休眠直到线程1把锁释放后线程2获得到锁然后再来执行逻辑此时就能够从缓存中拿到数据了。 解决方案二、逻辑过期方案
方案分析我们之所以会出现这个缓存击穿问题主要原因是在于我们对key设置了过期时间假设我们不设置过期时间其实就不会有缓存击穿的问题但是不设置过期时间这样数据不就一直占用我们内存了吗我们可以采用逻辑过期方案。
我们把过期时间设置在 redis的value中注意这个过期时间并不会直接作用于redis而是我们后续通过逻辑去处理。假设线程1去查询缓存然后从value中判断出来当前的数据已经过期了此时线程1去获得互斥锁那么其他线程会进行阻塞获得了锁的线程他会开启一个 线程去进行 以前的重构数据的逻辑直到新开的线程完成这个逻辑后才释放锁 而线程1直接进行返回假设现在线程3过来访问由于线程线程2持有着锁所以线程3无法获得锁线程3也直接返回数据只有等到新开的线程2把重建数据构建完后其他线程才能走返回正确的数据。
这种方案巧妙在于异步的构建缓存缺点在于在构建完缓存之前返回的都是脏数据。 对比
互斥锁方案由于保证了互斥性所以数据一致且实现简单因为仅仅只需要加一把锁而已也没其他的事情需要操心所以没有额外的内存消耗缺点在于有锁就有死锁问题的发生且只能串行执行性能肯定受到影响
逻辑过期方案 线程读取过程中不需要等待性能好有一个额外的线程持有锁去进行重构数据但是在重构数据完成前其他的线程只能返回之前的数据且实现起来麻烦
