文章目录
1：Redis主从复制介绍
- 行话：也就是我们所说的主从复制，主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主
- 官网：
Redis复制是一个非常简单的使用和配置主从复制，允许从Redis服务器是主服务器的精确副本。以下是关于Redis复制的一些非常重要的事实:Redis使用异步复制。但是，从Redis 2.8开始，从服务器将定期确认从复制流处理的数据量，一个主服务器可以有多个从服务器。公奴隶能够接受来自其他奴隶的连接。除了将多个从属节点连接到同一个主节点之外，从属节点还可以以类似图形的结构连接到其他从属节点。在主端，Redis复制是非阻塞的。这意味着，当一个或多个从服务器执行初始同步复制时，主服务器将继续处理查询。当从服务器执行初始同步时，它使用旧版本的数据集来处理查询，假设您在Redis .conf中配置了Redis，否则，您可以配置Redis从服务器在复制流停止时向客户端返回一个错误。但是，在初始同步之后，必须删除旧数据集并加载新数据集。在这个简短的窗口期间，从服务器将阻塞进入的连接复制可以用于可伸缩性，以便为只读查询 (我们后面用实例大概来说明上述这段官话）
主从复制可以读写分离和容灾恢复
2：Redis主从复制怎么玩
- 遵循配从（库）不配主（库）原则
- 从库配置：
# 将当前服务器转变为指定服务器的从属服务器(slave server)
slaveof 主库Ip 主库端口
# info信息记日志
Info replication
注意：与master断开之后，都需要重新连接，除非你配置进redis.conf文件。
- 修改配置文件细节操作
1：拷贝多个redis.conf文件
2；开启daemonize yes
3：Pid文件名字
4：指定端口
5：Log文件名字
6：dump.rdb名字
2.1 一主二仆
我们用实例图，来讲述，官话少说，说了也不会
- 一个master两个slave
- 主从问题演示
1：修改配置文件
通过vim编辑器，编辑上述三个端口号配置文件（目的：以后有三台不同的端口的服务器），一定要修改端口，其他修改pid文件名字，log文件名字，rdb文件名字个人认为可以不用，之所以修改是以后方便看
2：在linux中点击三次终端启动三台服务器，并使用Info replication命令查看日志信息
3：在6379端口号的redis中设置几个键值对，并作为主服务器（主人）（master），6380,6381端口号的两个redis作为从服务器（奴隶）（slaver）并进行查询主服务器中的键值对
4：使用Info replication命令观察三个端口号
注意：
- 主机（主服务器）可以写，但是从机（从服务器）不可以重写主机内容
- 主机shutdowm后从机待机状态，等主机回来后，主机新增记录从机可以顺利复制
- 从机shutdowm后，每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件
2.2 薪火相传
- 上一个Slave可以是下一个slave的Master, Slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一一个的master,可以有效减轻master的写压力
- 中途变更转向：会清除之前的数据，重新建立拷贝最新的
slaveof 新主库IP 新主库端口
举例演示：
1：把前面的6381端口号的redis，使用slaveof 命令变成是6380端口号的从服务器，实现薪火相传
2.3反客为主
# 让当前数据库停止与其他数据库同步，转成主数据库
slaveof no one
3：主从复制原理
- slave启动成功连接到master后会发送一个sync命令 ，Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步
- 全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
- 增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步
- 但是只要是重新连接master,一次完全同步（全量复制)将被自动执行
4：哨兵模式
4.1 哨兵模式介绍
- 反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库
一组sentine可以同时监控多个Master
扫描二维码关注公众号，回复： 8916071 查看本文章
4.2 哨兵模式使用
1： 自定义的/myredis目录下新建sentinel.conf文件，名字绝不能错
2：配置哨兵,填写内容
# 下面最后一个数字1，表示主机挂掉后salve投票看让谁接替成为主机，得票数多少后成为主机
sentinel monitor 被监控数据库名字(自己起名字) 主库IP 主库端口 1
3：启动哨兵
redis-sentinel /myredis/sentinel.conf
4：正常主从演示（上面的一主二仆），遇到master挂了
启动 哨兵后，哨兵发现了下面的信息（哨兵执行了投票新选）
- 问题：如果之前的master重启回来，会不会双master冲突？
不会，之前的master会在哨兵模式下变为新选的salve的从机
5：主从复制缺点
- 由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟， 当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。
