缓存雪崩预防
当缓存大面积失效，请求会全部打到数据库上，这种情况就是雪崩。
Read on →Redis-Cluster集群
集群配置
打开redis配置文件，找到 REDIS CLUSTER 配置块。修改以下配置：
# 开启redis-cluster集群配置
cluster-enabled yes
# 每一个节点在集群中的配置文件, 该文件有redis自己去维护
cluster-config-file nodes-6379.conf
# 超时时间，超时自动切换
cluster-node-timeout 5000
# aof模式
appendonly yes
# aof日志文件名
appendfilename "appendonly.aof"
Read on →构建集群时，需要将.rdb文件和.aof文件删除或者清空，否则会报错。
Redis哨兵机制与实现
Redis使用源码安装的，在源码包内有一个 sentinel.conf 文件，这个文件就是哨兵机制的配置文件，将该配置文件拷贝到 /usr/local/redis 目录下。然后编辑配置即可。
Read on →Redis 缓存过期机制
- （主动）定期删除
- （被动）惰性删除
Redis 主从复制原理
主从架构
单机单个节点，redis并发支持上万，但是随着业务的复杂度，redis的并发度还是会有上限的。因此还是需要在架构上进行优化。
主从架构是一种水平横向拓展的架构，读写分离。 主节点负责数据的写入，从节点负责读操作。
Redis的持久化机制
Redis的数据是存放在缓存里面的，当计算机重启后，缓存内的数据会被清除，这时数据就会消失，因此，redis是可以支持持久化的，他可以根据策略将缓存中的数据存放到硬盘当中，保证数据的持久性。 Reids的持久化有两种方式，一种是RDB，另一种是AOF。下面分别介绍一下两种持久化机制的使用。
Read on →Redis发布与订阅
发布订阅，首先有一个发布者，然后有多个订阅者，每个订阅者需要去发布者那里去订阅消息，有了订阅之后，就相当于发布和订阅者之间有了一层绑定关系。当发布者发布了消息之后，所有的订阅者都可以收到这个消息。
Read on →例如：很多人关注了B站的up主，当up主发布了一条新的动态之后，所有的关注人员都会收到一条消息。这里的up主就相当于发布者，粉丝就相当于订阅者。