Redis之Master/Slave-主从复制

本文详细介绍了Redis的主从复制机制,包括如何配置和实现读写分离,提高性能和容灾能力。此外,还深入探讨了哨兵模式,一种自动监控和切换主从库的高级功能,确保系统稳定运行。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、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,相当于各自独立的主机。
在这里插入图片描述
下面通过slaverof 命令将6380 6381两台配置成6379的从机

slaverof 主库IP 主库端口

在这里插入图片描述
在这里插入图片描述
ps:因为是在同一台所以ip127.0.0.1

再查看三台机器信息:
6379:
在这里插入图片描述
6380:
在这里插入图片描述
6381:
在这里插入图片描述
此时可以看到6379为master,6380、6381为slave,状态都为up,表示连接状态,也可产看三台的log文件
master的:
在这里插入图片描述
其中一个slavede:
在这里插入图片描述
读写测试:
6379存储一个数据,6380、6381上读取,能成功获取。
在这里插入图片描述

三、主从复制常见情况
  • master主机上已经存在数据了,新连接上的slave会将master中先前的数据一并读取过来
  • slave不具备写数据的权限,不能set,只能读数据
  • master主机shutdown后,slave从机会原地待命,等待主机的重新开启,并且- 主机重新开启后从机依旧能正常复制
    在这里插入图片描述
  • 从机shutdown后再次开启,数据依旧是主机中中完整的数据
四、slave充当master

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

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

在6379上写数据,在6380、6381上都能获取:
在这里插入图片描述
注意:中途变更转向会清除之前的数据,重新建立拷贝最新的

五、主从复制原理

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,
在这里插入图片描述
此时剩下的slave会自动连接到新的master
在这里插入图片描述
被关掉的6379如果重新开启,那此时6379将是一个独立的主机。

Docker Compose是一个用于定义和运行多容器Docker应用程序的工具。Redis是一个开源的内存数据结构存储系统,支持多种数据结构,如字符串、哈希、列表等。Redis主从复制是一种数据复制机制,用于将一个Redis服务器的数据复制到其他Redis服务器上。 下面是一个使用Docker Compose配置Redis主从复制的示例: 1. 首先,创建一个名为docker-compose.yml的文件,并在其中定义两个Redis服务,一个作为主服务器,另一个作为从服务器。示例配置如下: ```yaml version: '3' services: redis-master: image: redis ports: - "6379:6379" volumes: - ./redis-master-data:/data command: redis-server --appendonly yes redis-slave: image: redis volumes: - ./redis-slave-data:/data command: redis-server --slaveof redis-master 6379 ``` 2. 在上述配置中,我们定义了两个服务:redis-masterredis-slaveredis-master服务使用Redis官方镜像,并将主服务器的6379端口映射到主机的6379端口。同时,我们将主服务器的数据目录挂载到本地的redis-master-data目录。 3. redis-slave服务也使用Redis官方镜像,并将从服务器的数据目录挂载到本地的redis-slave-data目录。在command字段中,我们使用--slaveof参数指定redis-slave作为redis-master的从服务器,并指定主服务器的地址和端口。 4. 在终端中,进入包含docker-compose.yml文件的目录,并运行以下命令启动Redis主从复制: ```bash docker-compose up -d ``` 5. 等待一段时间,直到两个Redis服务器都成功启动。您可以使用以下命令检查容器的状态: ```bash docker-compose ps ``` 6. 现在,您可以通过连接到主服务器的6379端口来访问Redis主服务器,并将数据复制到从服务器。您可以使用以下命令连接到Redis服务器: ```bash redis-cli -h localhost -p 6379 ``` 7. 在连接到主服务器后,可以执行一些Redis命令来设置和检索数据。这些数据将自动复制到从服务器。 这就是使用Docker Compose配置Redis主从复制的基本步骤。您可以根据需要进行调整和扩展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值