NoSQL和Redis基础总结day05--- 主从复制，哨兵模式，Redis缓存穿透和雪崩

---

---

主从复制

 也就是我们所说的主从复制，主机数据更新后根据配置和策略， 自动同步到备机，是一种master/slave机制，Master以写为主，slave以读为主。

1.主要功能
 读写分离
 容灾恢复

2.使用方法

• 配从(库)不配主(库)

• 从库配置命令：slaveof 主库IP 主库端口

    1.每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件
    （具体位置：redis.conf搜寻REPLICATION ）
    
    2.info replication
  

• 修改配置文件细节操作

    拷贝多个redis.conf文件，按'redis[port].conf'重命名
    
    开启daemonize yes
    
    pid文件名字
    
    指定端口
    
    log文件名字
    
    dump.rdb名字
  

复制原理

• slave启动成功连接到master后会发送一个sync命令
• master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令， 在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步
• 全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
• 增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步
• 但是只要是重新连接master，一次完全同步（全量复制)将被自动执行

主从复制示例

1.一主二仆
准备工作

配置两个slave

查看

主从复制的一些常见问题

1. 切入点问题？slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来，那之前的k1,k2,k3是否也可以复制？
   答：从头开始复制；k1,k2,k3也可以复制,属于是全量复制

2. 从机是否可以写？set可否？
   答：从机不可写，不可set，主机可写

3. 主机shutdown后情况如何？从机是上位还是原地待命
   答：从机还是原地待命，但是如果从机输入了slaveof no one则可以变为主机

4. 主机又回来了后，主机新增记录，从机还能否顺利复制？
   答：能

5. 其中一台从机down后情况如何？依照原有它能跟上大部队吗？
   答：不能跟上，每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件（具体位置：redis.conf搜寻#### REPLICATION ####）

2.去中心化方式
上一个Slave可以是下一个slave的Master，Slave同样可以接收其他 slaves的连接和同步请求，那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力（奴隶的奴隶还是奴隶）
中途变更转向：会清除之前的数据，重新建立拷贝最新的

语法：
slaveof 新主库IP 新主库端口

3.反客为主
基本语法：

SLAVEOF no one

使当前数据库停止与其他数据库的同步，转成主数据库

哨兵模式(sentinel)

反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库，一组sentinel能同时监控多个master。

示例

1. 调整结构，6379带着6380、6381

2. 新建sentinel.conf文件，名字绝不能错

3. 配置哨兵,填写内容

    sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1
    上面最后一个数字1，表示主机挂掉后salve投票看让谁接替成为主机，得票数多的成为主机
   

4. 启动哨兵

    redis-sentinel /sentinel.conf（上述目录依照各自的实际情况配置，可能目录不同）
   

5. 正常主从演示

    原有的master挂了
   

6. 投票新选

7. 重新主从继续开工，info replication查查看

问题：如果之前挂了的master重启回来，会不会双master冲突？
答： 不会，原master，变成slave

Redis缓存穿透和雪崩

缓存穿透

缓存穿透是指缓存和数据库中都没有的数据，而用户不断发起请求，如发起为id为“-1”的数据或id为特别大不存在的数据。这时的用户很可能是攻击者，攻击会导致数据库压力过大。

解决方案

1. 接口层增加校验，如用户鉴权校验，id做基础校验，id<=0的直接拦截；比如布隆过滤器

2. 从缓存取不到的数据，在数据库中也没有取到，这时也可以将key-value对写为key-null，缓存有效时间可以设置短点，如30秒（设置太长会导致正常情况也没法使用）。这样可以防止攻击用户反复用同一个id暴力攻击

缓存击穿

缓存击穿是指缓存中没有但数据库中有的数据（一般是缓存时间到期），这时由于并发用户特别多，同时读缓存没读到数据，又同时去数据库去取数据，引起数据库压力瞬间增大，造成过大压力。

解决方案：

设置热点数据永远不过期。

缓存雪崩

缓存雪崩是指缓存中数据大批量到过期时间，而查询数据量巨大，引起数据库压力过大甚至down机。和缓存击穿不同的是， 缓存击穿指并发查同一条数据，缓存雪崩是不同数据都过期了，很多数据都查不到从而查数据库。

解决方案：

1. 缓存数据的过期时间设置随机，防止同一时间大量数据过期现象发生。
2. 如果缓存数据库是分布式部署，将热点数据均匀分布在不同搞得缓存数据库中。
3. 设置热点数据永远不过期，或者数据预热。

基础总结列表

NoSQL和Redis学习和入门day01
NoSQL和Redis基础总结day02—五大常用数据类型和持久化
NoSQL和Redis基础知识day03—geospatial地理位置
NoSQL和Redis基础总结day04— 事务 和 发布和订阅机制
NoSQL和Redis基础总结day05— 主从复制，哨兵模式，Redis缓存穿透和雪崩

---

---