Redis主从复制(一主二从演示示例)——图解版

Posted 2021-09-06 小志的博客

目录

• • 一、Redis主从复制（一主二从的理解）
  • 二、Redis主从复制配置步骤概述
  • 三、lz虚拟机配置说明
  • 四、Redis主从复制(每台服务器的redis配置文件配置步骤)
  • • 1、配置master服务器（即IP为192.168.3.15的6379端口）的配置文件
    • 2、配置slave1服务器（即IP为192.168.3.16的6380端口）的配置文件
    • 3、配置slave2服务器（即IP为192.168.3.17的6381端口）的配置文件
  • 五、Redis主从复制(一主二从演示示例，包含各种宕机情况)
  • • 1、分别启动3台服务器的redis服务端，并查看3台服务器的角色信息
    • 2、slave1和slave2分别执行slaveof +master服务器ip+端口命令，查看slave1和slave2角色信息
    • 3、master服务器添加1条数据，然后查看slave1和slave2是否能获取到添加的数据。
    • 4、slave1和slave2服务器是否可以获取到在执行slaveof命令之前master服务器的数据。
    • 5、master服务器和slave1、slave2服务器是否都可以添加数据
    • 6、master服务器宕机后，slave1和slave2服务器角色是否能升级为master
    • 7、master服务器宕机恢复后，slave1和slave2服务器是否还可以获取到master服务器的数据
    • 8、slave1服务器宕机恢复后，slave1服务器的角色是否升级为master
    • 9、slave1服务器宕机恢复后，slave1服务器是否可以获取到宕机时间段内master服务器新添加的数据
    • 10、slave1服务器宕机恢复后，slave1服务器再次手动执行slaveof命令，是否可以获取到宕机时间段内master服务器新添加的数据
  • 五、Redis主从复制(一主二从)总论

一、Redis主从复制（一主二从的理解）

• 由上图结构可知，一主二从指一个master服务器同时挂2个salve服务器。当master宕机后，2个slave服务器原地待命，角色还是slave，不会升级为master。

二、Redis主从复制配置步骤概述

序号	配置	作用
1	配从(库)不配主(库)	配置从服务器不配置主服务器
2	从库配置，使用 slaveof 主库IP 主库端口 命令	slaveof命令再每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件。
3	info replication命令	查看主/从复制信息
4	拷贝redis.conf文件	表示指定配置文件启动redis服务
5	开启daemonize yes	表示是否把redis-server启动在后台，默认是“否”。若改成yes，会生成一个pid文件。
6	指定pid文件名字	表示pid文件的路径
7	指定IP和端口	表示指定服务器IP和端口如果是主机的话bind要改成0.0.0.0,从机不需要（主机一定要修改，否则主从连接失败）
8	指定log文件名字	表示日志文件路径
9	指定dump.rdb名字	表示数据库文件路径

三、lz虚拟机配置说明

1、三台虚拟机配置说明：

ip	端口	说明
192.168.3.15（master）	6379	redis主服务器
192.168.3.16（slave1）	6380	redis从服务器
192.168.3.17（slave2）	6381	redis从服务器

2、关闭三台虚拟机的防火墙，保证三台虚拟机的ip和端口都能互相访问通

四、Redis主从复制(每台服务器的redis配置文件配置步骤)

1、配置master服务器（即IP为192.168.3.15的6379端口）的配置文件

• 拷贝redis.conf文件为redis6379.conf，并编辑redis6379.conf文件。如下图：
  

• 开启daemonize yes，如下图：
  

• 修改pid文件名字为redis_6379.pid，如下图：
  

• 指定IP和端口（6379），主机一定要把bind 127.0.0.1要改成0.0.0.0,从机不需要（一定要修改，否则主从连接失败）,如下图:

  
  

• 修改log文件名字为6379.log，如下图:
  

• 修改dump.rdb名字为dump6379.rdb，如下图:
  

2、配置slave1服务器（即IP为192.168.3.16的6380端口）的配置文件

• 拷贝redis.conf文件为redis6380.conf，并编辑redis6380.conf文件。如下图：
  

• 开启daemonize yes，如下图：
  

• 修改pid文件名字为redis_6380.pid，如下图：
  

• 指定IP和端口（6380），从主机不需要把bind 127.0.0.1要改成0.0.0.0,从机不需要,如下图:

  
  

• 修改log文件名字为6380.log，如下图:
  

• 修改dump.rdb名字为dump6380.rdb，如下图:
  

3、配置slave2服务器（即IP为192.168.3.17的6381端口）的配置文件

• 拷贝redis.conf文件为redis6381.conf，并编辑redis6381.conf文件。如下图：
  

• 开启daemonize yes，如下图：
  

• 修改pid文件名字为redis_6381.pid，如下图：
  

• 指定IP和端口（6381），从主机不需要把bind 127.0.0.1要改成0.0.0.0,从机不需要，如下图:

  
  

• 修改log文件名字为6381.log，如下图:
  

• 修改dump.rdb名字为dump6381.rdb，如下图:
  

五、Redis主从复制(一主二从演示示例，包含各种宕机情况)

因为演示，lz没有把slaveof 命令配置进redis配置文件中

1、分别启动3台服务器的redis服务端，并查看3台服务器的角色信息

• 启动6379端口的master服务器并测试是否连接成功，如下图：

  

• 启动6380端口的slave1服务器并测试是否连接成功，如下图：
  

• 启动6381端口的slave2服务器并测试是否连接成功，如下图：
  

• 输入info replication命令，查看3台服务器的角色信息，由下图可知，3台服务器均为master服务器，如下图：
  

2、slave1和slave2分别执行slaveof +master服务器ip+端口命令，查看slave1和slave2角色信息

• 由下图可知，slave1和slave2服务器的角色都为slave，

  

3、master服务器添加1条数据，然后查看slave1和slave2是否能获取到添加的数据。

• 由下图可知，成功获取到master服务器中键为k4的数据。

  

4、slave1和slave2服务器是否可以获取到在执行slaveof命令之前master服务器的数据。

• 对于slave1和slave2服务器再执行slaveof命令之前，master服务器中键为k1、k2、k3的数据，再slave1和slave2服务器是否能成功获取到数据。由下图可知，slave1和slave2服务器可以获取到在执行slaveof命令之前master服务器的数据。
  

5、master服务器和slave1、slave2服务器是否都可以添加数据

• 由下图可知，master服务器添加数据成功而slave1和slave2服务器添加数据失败，因为只读。

  

6、master服务器宕机后，slave1和slave2服务器角色是否能升级为master

• 由下图可知，master服务器宕机后，slave1和slave2服务器角色还是slave，并没有升级为master角色。
  

7、master服务器宕机恢复后，slave1和slave2服务器是否还可以获取到master服务器的数据

• 由下图可知，master服务器宕机恢复后，slave1和slave2服务器可以获取到master服务器的数据。
  

8、slave1服务器宕机恢复后，slave1服务器的角色是否升级为master

• 由下图可知，slave1服务器宕机恢复后，slave1服务器的角色升级为master，因为slaveof命令没有配置进redis配置文件中，每次与master断开都需要手动执行slaveof命令。

9、slave1服务器宕机恢复后，slave1服务器是否可以获取到宕机时间段内master服务器新添加的数据

• 由下图可知，slave1服务器宕机恢复后，slave1服务器无法获取宕机时间段内master服务器新添加的数据。
  

10、slave1服务器宕机恢复后，slave1服务器再次手动执行slaveof命令，是否可以获取到宕机时间段内master服务器新添加的数据

• 由下图可知，slave1服务器宕机恢复后，slave1服务器再次手动执行slaveof命令，slave1服务器可以获取宕机时间段内master服务器新添加的数据。
  

五、Redis主从复制(一主二从)总论

• 由示例中第3步和第4步可知，slave第一次复制是全部复制，之后是增量复制。