Redis常见问题

Redis常见问题

缓存
数据交换的缓存区(Cache),是存储数据的临时地方,一般读写性能较高 缓存作用:

  • 降低后端负载
  • 提高读写效率,降低响应时间

缓存成本:

  • 数据一致性成本
  • 代码维护成本
  • 运维成本

缓存更新

1.png

  • 低一致性需求:使用Redis自带的内存淘汰机制
  • 高一致性需求:主动更新,并以超时剔除作为兜底方案
    • 读操作
      • 缓存命中直接返回
      • 缓存未命中则查询数据库,并写入缓存,设定超时时间
    • 写操作
      • 先写数据库,然后再删除缓存
      • 要确保数据库与缓存操作的原子性

缓存雪崩

缓存雪崩是指同一时间内大量的缓存key同时失效或者Redis服务宕机,导致大量请求到达数据库,带来巨大压力
解决方案:

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

缓存击穿

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

  • 互斥锁

5.png

  • 逻辑过期

6.png

缓存穿透

缓存穿透是指客户端请求的数据在缓存中和数据库中都不存在,这样缓存永远不会生效,这些请求都会打到数据库
常见的解决方案:

  • 缓存空对象
    • 优点:实现简单,维护方便
    • 缺点:可能造成短期的不一致

1.png

  • 布隆过滤
    • 优点:内存占用较少,没有多余key
    • 缺点:实现复杂,存在误判可能

2.png

案例

短信登录

手机验证码登录.png

商户查询缓存

存在缓存穿透问题

商品缓存.png

解决缓存穿透问题
  • 缓存空对象

3.png

解决缓存击穿问题
  • 互斥锁解决缓存击穿

1.png

  • 逻辑过期解决缓存击穿

1.png

优惠券秒杀

1.png

使用乐观锁对秒杀并发做处理
乐观锁和悲观锁
  • 悲观锁:认为线程安全问题一定会发生,因此在操作数据之前先获取锁,确保线程串行执行

例如:Synchronized、Lock都是属于悲观锁

  • 乐观锁:认为线程安全问题不一定发生,因此不加锁,只是在更新数据时去判断有没有其他线程对数据做修改
    • 如果没有修改则认为是安全的,自己才更新数据
    • 如果已经被其他线程修改,说明发生了安全问题,此时可以重试或异常
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值