Redis06-缓存

缓存

缓存就是数据交换的缓冲区（称作Cache [ kae]] )，是存贮数据的临时地方，一般读写性能较高。

• 优点
  • 降低后端的负载
  • 提高读写效率，降低响应的时间
• 成本
  • 数据一致性成本
  • 代码维护成本
  • 运维成本

缓存更新策略

	内存淘汰	超时剔除	主动更新
说明	不用自己维护，利用Redis的内存淘汰机制，当内存不足时自动淘汰部分数据。下次查询时更新缓存。	给缓存数据添加TTL时间，到期后自动删除缓存。下次查询时更新缓存。	编写业务逻辑，在修改数据库的同时，更新缓存。
一致性	差	一般	好
维护成本	无	低	高

业务场景:
低一致性需求:使用内存淘汰机制。例如店铺类型的查询缓存
高一致性需求:主动更新，并以超时剔除作为兜底方案。例如店铺详情查询的缓存

主动更新

• 由缓存的调用者，在更新数据库的同时更新缓存
• 缓存与数据库整合为一个服务，由服务来维护一致性。调用者调用该服务，无需关心缓存一致性问题。
• 调用者只操作缓存，由其它线程异步的将缓存数据持久化到数据库，保证最终一致。

缓存更新策略的最佳实践方案:
1.低一致性需求:使用Redis自带的内存淘汰机制
2.高一致性需求:主动更新，并以超时剔除作为兜底方案

• 读操作︰
  • 缓存命中则直接返回
  • 缓存未命中则查询数据库，并写入缓存，设定超时时间
• 写操作∶
  • 先写数据库，然后再删除缓存
  • 要确保数据库与缓存操作的原子性

*缓存穿透

==缓存穿透是指客户端请求的数据在缓存中和数据库中都不存在，这样缓存永远不会生效，这些请求都会打到数据库。==

恶意用户在发送请求后发现为空，而查询每次都要到数据库，长此以往会导致数据库压力过大。

• 缓存空对象
  • 优点:实现简单，维护方便
  • 缺点:
    • 额外的内存消耗
    • 可能造成短期的不一致
• 布隆过滤器（存伪不失真）存在不一定存在，不存在一定不存在
  • 优点:内存占用较少，没多余key
  • 缺点:
    • 实现复杂
    • 存在误判的可能

缓存穿透产生的原因是什么?

• 用户请求的数据在缓存中和数据库中都不存在，不断发起这样的请求给数据库带来巨大压力

缓存穿透的解决方案有哪些?

• 缓存null值
• 布隆过滤
• 增强id的复杂度，避免被猜测id规律
• 做好数据的基础格式校验
• 加强用户权限校验
• 做好热点参数的限流

*缓存雪崩

缓存雪崩是指在同一时段大量的缓存kev同时失效或者Redis服务宕机，导致大量请求到达数据库，带来巨大压力。

解决方案:

• 给不同的Key的TTL添加随机值
• 利用Redis集群提高服务的可用性
• 给缓存业务添加降级限流策略
• 给业务添加多级缓存

*缓存击穿

缓存击穿问题也叫热点Key问题，就是一个被高并发访问并且缓存重建业务较复杂的key突然失效了，无数的请求访问会在瞬间给数据库带来巨大的冲击。

==常见的解决方案有两种:==

• 互斥锁
• 逻辑过期

解决方案	优点	缺点
互斥锁	没有额外的内存消耗 保证一致性 实现简单	线程需要等待，性能受影响 可能有死锁风险
逻辑过期	线程无需等待，性能较好	不保证一致性 有额外内存消耗 实现复杂