Redis常见问题
缓存
数据交换的缓存区(Cache),是存储数据的临时地方,一般读写性能较高 缓存作用:
- 降低后端负载
- 提高读写效率,降低响应时间
缓存成本:
- 数据一致性成本
- 代码维护成本
- 运维成本
缓存更新
- 低一致性需求:使用Redis自带的内存淘汰机制
- 高一致性需求:主动更新,并以超时剔除作为兜底方案
- 读操作
- 缓存命中直接返回
- 缓存未命中则查询数据库,并写入缓存,设定超时时间
- 写操作
- 先写数据库,然后再删除缓存
- 要确保数据库与缓存操作的原子性
- 读操作
缓存雪崩
缓存雪崩是指同一时间内大量的缓存key同时失效或者Redis服务宕机,导致大量请求到达数据库,带来巨大压力
解决方案:
- 给不同的Key的TTL添加随机值
- 利用Redis集群提高服务的可用性
- 给缓存业务添加降级限流策略
- 给业务添加多级缓存
缓存击穿
缓存击穿问题也叫热点Key问题,就是一个被高并发访问并且缓存重建业务较复杂的Key突然失效了, 无数的请求访问在瞬间给数据库带来巨大的冲击
解决方案:
- 互斥锁
- 逻辑过期
缓存穿透
缓存穿透是指客户端请求的数据在缓存中和数据库中都不存在,这样缓存永远不会生效,这些请求都会打到数据库
常见的解决方案:
- 缓存空对象
- 优点:实现简单,维护方便
- 缺点:可能造成短期的不一致
- 布隆过滤
- 优点:内存占用较少,没有多余key
- 缺点:实现复杂,存在误判可能
案例
短信登录
商户查询缓存
存在缓存穿透问题
解决缓存穿透问题
- 缓存空对象
解决缓存击穿问题
- 互斥锁解决缓存击穿
- 逻辑过期解决缓存击穿
优惠券秒杀
使用乐观锁对秒杀并发做处理
乐观锁和悲观锁
- 悲观锁:认为线程安全问题一定会发生,因此在操作数据之前先获取锁,确保线程串行执行
例如:Synchronized、Lock都是属于悲观锁
- 乐观锁:认为线程安全问题不一定发生,因此不加锁,只是在更新数据时去判断有没有其他线程对数据做修改
- 如果没有修改则认为是安全的,自己才更新数据
- 如果已经被其他线程修改,说明发生了安全问题,此时可以重试或异常