知识梳理_08_Redis

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

三太子敖丙 Redis系列

《JavaGuide》

什么是 Redis ?

知识梳理_08_Redis

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

知识梳理_08_Redis

特点

Redis 为什么这么快?

知识梳理_08_Redis

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

知识梳理_08_Redis

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

String

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

知识梳理_08_Redis

Hash

常⽤命令: hget,hset,hgetall 等。
知识梳理_08_Redis

List

常⽤命令: lpush,rpush,lpop,rpop,lrange等
知识梳理_08_Redis

Set

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

Sorted Set

常⽤命令: zadd,zrange,zrem,zcard等
知识梳理_08_Redis

BloomFilter

参考:
https://github.com/Snailclimb/JavaGuide/blob/master/docs/dataStructures-algorithms/data-structure/bloom-filter.md
知识梳理_08_Redis

知识梳理_08_Redis
知识梳理_08_Redis
知识梳理_08_Redis

知识梳理_08_Redis

过期策略

定期删除

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

惰性删除

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

内存淘汰机制

知识梳理_08_Redis

持久化

RDB 快照

知识梳理_08_Redis

知识梳理_08_Redis

AOF

知识梳理_08_Redis
知识梳理_08_Redis

Redis 4.0 的混合持久化

知识梳理_08_Redis

两种方式如何选择?

知识梳理_08_Redis

Redis 的数据恢复

知识梳理_08_Redis

集群

主从复制

知识梳理_08_Redis

主从复制主要的作用

知识梳理_08_Redis

实现原理

知识梳理_08_Redis
简化成三个阶段:准备阶段-数据同步阶段-命令传播阶段

全量同步

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

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

增量同步

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

哨兵机制

知识梳理_08_Redis
知识梳理_08_Redis
知识梳理_08_Redis

集群 Redis Cluster

知识梳理_08_Redis
知识梳理_08_Redis

集群的主要作用

知识梳理_08_Redis

分布式数据分布算法

方案一:
知识梳理_08_Redis
方案二:
知识梳理_08_Redis
知识梳理_08_Redis
方案三:
知识梳理_08_Redis

缓存雪崩

知识梳理_08_Redis
知识梳理_08_Redis

缓存穿透

知识梳理_08_Redis

缓存击穿

缓存击穿,就是说某个 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 分布式锁的问题

知识梳理_08_Redis
知识梳理_08_Redis
知识梳理_08_Redis

缓存与数据库双写一致

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

读操作

知识梳理_08_Redis

更新操作

操作缓存

知识梳理_08_Redis

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

知识梳理_08_Redis
知识梳理_08_Redis

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

知识梳理_08_Redis

对比两种策略

知识梳理_08_Redis

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

知识梳理_08_Redis