知识梳理_08_Redis

参考:
https://mp.weixin.qq.com/s/vXBFscXqDcXS_VaIERplMQ

三太子敖丙 Redis系列

《JavaGuide》

什么是 Redis ?

在这里插入图片描述

为什么要⽤ Redis/为什么要⽤缓存

在这里插入图片描述

特点

Redis 为什么这么快?

在这里插入图片描述

Redis 为什么早期版本选择单线程?

在这里插入图片描述

Redis常⻅数据结构以及使⽤场景分析

String

常⽤命令: set,get,decr,incr,mget 等。
String数据结构是简单的key-value类型, value其实不仅可以是String,也可以是数字。

在这里插入图片描述

Hash

常⽤命令: hget,hset,hgetall 等。
在这里插入图片描述

List

常⽤命令: lpush,rpush,lpop,rpop,lrange等
在这里插入图片描述

Set

常⽤命令: sadd,spop,smembers,sunion 等
在这里插入图片描述
⽐如:在微博应⽤中,可以将⼀个⽤户所有的关注⼈存在⼀个集合中,将其所有粉丝存在⼀个集合。Redis可以⾮常⽅便的实现如共同关注、共同粉丝、共同喜好等功能。这个过程也就是求交集的过程,
具体命令如下:
sinterstore key1 key2 key3 将交集存在key1内

Sorted Set

常⽤命令: zadd,zrange,zrem,zcard等
在这里插入图片描述

BloomFilter

参考:
https://github.com/Snailclimb/JavaGuide/blob/master/docs/dataStructures-algorithms/data-structure/bloom-filter.md
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

过期策略

定期删除

redis默认是每隔 100ms 就随机抽取⼀些设置了过期时间的key,检查其是否过期,如果过期就删除。注意这⾥是随机抽取的。为什么要随机呢?你想⼀想假如 redis 存了⼏⼗万个 key ,每隔100ms就遍历所有的设置过期时间的 key 的话,就会给 CPU 带来很⼤的负载!

惰性删除

定期删除可能会导致很多过期 key 到了时间并没有被删除掉。所以就有了惰性删除。假如你的过期 key,靠定期删除没有被删除掉,还停留在内存⾥,除⾮你的系统去查⼀下那个 key,才会被redis给删除掉。这就是所谓的惰性删除,也是够懒的哈!

内存淘汰机制

在这里插入图片描述

持久化

RDB 快照

在这里插入图片描述

在这里插入图片描述

AOF

在这里插入图片描述
在这里插入图片描述

Redis 4.0 的混合持久化

在这里插入图片描述

两种方式如何选择?

在这里插入图片描述

Redis 的数据恢复

在这里插入图片描述

集群

主从复制

在这里插入图片描述

主从复制主要的作用

在这里插入图片描述

实现原理

在这里插入图片描述
简化成三个阶段:准备阶段-数据同步阶段-命令传播阶段

全量同步

Redis全量复制一般发生在Slave初始化阶段,这时Slave需要将Master上的所有数据都复制一份。具体步骤如下:

  • 从服务器连接主服务器,发送SYNC命令;
  • 主服务器接收到SYNC命名后,开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令;
  • 主服务器BGSAVE执行完后,向所有从服务器发送快照文件,并在发送期间继续记录被执行的写命令;
  • 从服务器收到快照文件后丢弃所有旧数据,载入收到的快照;
  • 主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令;
  • 从服务器完成对快照的载入,开始接收命令请求,并执行来自主服务器缓冲区的写命令;

增量同步

Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。
增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令,从服务器接收并执行收到的写命令。

哨兵机制

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

集群 Redis Cluster

在这里插入图片描述
在这里插入图片描述

集群的主要作用

在这里插入图片描述

分布式数据分布算法

方案一:
在这里插入图片描述
方案二:
在这里插入图片描述
在这里插入图片描述
方案三:
在这里插入图片描述

缓存雪崩

在这里插入图片描述
在这里插入图片描述

缓存穿透

在这里插入图片描述

缓存击穿

缓存击穿,就是说某个 key 非常热点,访问非常频繁,处于集中式高并发访问的情况,当这个 key 在失效的瞬间,大量的请求就击穿了缓存,直接请求数据库,就像是在一道屏障上凿开了一个洞。

解决方式也很简单,可以将热点数据设置为永远不过期;或者基于 redis or zookeeper 实现互斥锁,等待第一个请求构建完缓存之后,再释放锁,进而其它请求才能通过该 key 访问数据。

Redis实现分布式锁

参考:

https://mp.weixin.qq.com/s?__biz=MzUyMTg0NDA2Ng==&mid=2247484005&idx=1&sn=0dcb0eb3f79649e0233a79d40094019a&chksm=f9d5a668cea22f7e9a2b9b3a1a5659286bdb8ee9ac19192d74675c6c124be73c6c032b094e60&scene=21#wechat_redirect

Redis 分布式锁的问题

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

缓存与数据库双写一致

参考:
https://mp.weixin.qq.com/s?__biz=MzI4Njg5MDA5NA==&mid=2247484609&idx=1&sn=4c053236699fde3c2db1241ab497487b&scene=21#wechat_redirect

读操作

在这里插入图片描述

更新操作

操作缓存

在这里插入图片描述

先更新数据库,再删除缓存

在这里插入图片描述
在这里插入图片描述

先删除缓存,再更新数据库

在这里插入图片描述

对比两种策略

在这里插入图片描述

如何解决 Redis 的并发竞争 Key 问题

在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值