当前位置: 代码迷 >> 综合 >> Redis之Master/Slave-主从复制
  详细解决方案

Redis之Master/Slave-主从复制

热度:59   发布时间:2023-10-24 12:48:39.0

一、Master/Slave

Redis对于数据持久化前面介绍过rdb和aof,这两种方式都是在同一台机器上进行读写操作,如果在高并发下对于服务器将是很大考验,所以一般都是读写分离,一台负责写,一台负责读。
Redis的复制(Master/Slave),也就是我们所说的主从复制,主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主。通过这种方式实现读写分离提高性能,还能很好的备份容灾。

二、怎么实现

主从复制一般都是一个主库对应多个从库,配从不配主。这里在一台主机上模拟主从复制,将redis_conf复制三份,设定不同的端口模拟三个redis,一个主库,两个从库,这其中需要更改的配置项如下:

  • 开启daemonize yes
  • Pid文件名字,便于区分
  • 指定端口port
  • Log文件名字,便于区分
  • Dump.rdb名字,便于区分
  • appendfilename的名字,便于区分

配置好后,启动这三台机器,通过info replication 查看当前主机信息,如下:三台都是master,相当于各自独立的主机。
Redis之Master/Slave-主从复制
下面通过slaverof 命令将6380 6381两台配置成6379的从机

slaverof 主库IP 主库端口

Redis之Master/Slave-主从复制
Redis之Master/Slave-主从复制
ps:因为是在同一台所以ip127.0.0.1

再查看三台机器信息:
6379:
Redis之Master/Slave-主从复制
6380:
Redis之Master/Slave-主从复制
6381:
Redis之Master/Slave-主从复制
此时可以看到6379为master,6380、6381为slave,状态都为up,表示连接状态,也可产看三台的log文件
master的:
Redis之Master/Slave-主从复制
其中一个slavede:
Redis之Master/Slave-主从复制
读写测试:
6379存储一个数据,6380、6381上读取,能成功获取。
Redis之Master/Slave-主从复制

三、主从复制常见情况

  • master主机上已经存在数据了,新连接上的slave会将master中先前的数据一并读取过来
  • slave不具备写数据的权限,不能set,只能读数据
  • master主机shutdown后,slave从机会原地待命,等待主机的重新开启,并且- 主机重新开启后从机依旧能正常复制
    Redis之Master/Slave-主从复制
  • 从机shutdown后再次开启,数据依旧是主机中中完整的数据

四、slave充当master

如果10000slave连接一个master,这个master肯定是吃不消的,就好比如一个公司一个老板自己亲自管理所有员工,那为了减轻压力就会指定一些中层领导,老板管理中层领导,忠诚领导管理下面的员工,这样老板就会轻松很多。上一个Slave可以是下一个slave的Master,Slave同样可以接收其他slaves的连接和同步请求,那么该slave作为了链条中下一个的master,可以有效减轻master的写压力。
加入现在通过slaveof命令将6381设置为6380的从机,其他不变,通过info replication查看三台机器的信息:
Redis之Master/Slave-主从复制

  • 可以看到6379的从机只有6380了
  • 虽然6380是6381的主机,但是其身份还是salve,只不过相比原来多了连接的从机信息
  • 6381的master_port变成了6380

在6379上写数据,在6380、6381上都能获取:
Redis之Master/Slave-主从复制
注意:中途变更转向会清除之前的数据,重新建立拷贝最新的

五、主从复制原理

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

六、哨兵模式

倘若redis运行过程中master突然挂掉了,不能群龙无首,此时可以手动通过在某一台slave上通过命令 SLAVEOF no one ,使当前数据库停止与其他数据库的同步,转成主数据库,然后然其他slave连接新的master。但是这么做效率太低了,那么实际上都是采用哨兵模式,简单来说哨兵模式就是 SLAVEOF no one的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库。
1、配置

  • 自定义的/myredis(我的conf文件都在这个目录)目录下新建sentinel.conf文件,名字绝不能错。
  • 配置哨兵,填写内容
# sentinel monitor 被监控数据库名字(自己起名字) 主库ip 主库端口 1
sentinel monitor host6379 127.0.0.1 6379 1

上面最后一个数字1,表示主机挂掉后salve投票看让谁接替成为主机,得票数多少后成为主机

2、启动

Redis-sentinel /myredis/sentinel.conf

现在让6379shutdown,在哨兵启动窗口稍等一会就会看到6381被选为新的master,
Redis之Master/Slave-主从复制
此时剩下的slave会自动连接到新的master
Redis之Master/Slave-主从复制
被关掉的6379如果重新开启,那此时6379将是一个独立的主机。

  相关解决方案