Redis之主从复制(方式一)

本文详细介绍了Redis主从复制的配置过程,包括设置多个实例、建立主从关系、执行读写分离等。同时,深入解析了复制的原理,如全量复制和增量复制,以及复制偏移量的作用。

redis中的主从复制也是一种持久化方式

主从复制

主从复制可以扩展Redis的性能,比单机版的Redis性能更加的稳定,Redis的主从复制和关系型数据库的主从复制差不多。从机能精确的从主机复制信息。

主从复制的优点

1、实现读写分离
2、降低主服务器master的压力
3、实现数据备份

主从关系图
在这里插入图片描述

1、配置三个redis实例

将redis.conf文件复制3份

[root@hadoop-node01 redis-5.0.3]# cp redis.conf redis6379.conf
[root@hadoop-node01 redis-5.0.3]# cp redis.conf redis6380.conf
[root@hadoop-node01 redis-5.0.3]# cp redis.conf redis6381.conf

如图所示

在这里插入图片描述

2、修改配置文件

6379的redis.conf

port 6379
pidfile /var/run/redis_6379.pid
logfile "6379.log"
dbfilename dump6379.rdb
appendfilename "appendonly6379.aof"

6380的redis.conf

port 6380
pidfile /var/run/redis_6380.pid
logfile "6380.log"
dbfilename dump6380.rdb
appendfilename "appendonly6380.aof"

6381的redis.conf

port 6381
pidfile /var/run/redis_6381.pid
logfile "6381.log"
dbfilename dump6381.rdb
appendfilename "appendonly6381.aof"

3、进入实例

[root@zhouym redis-4.0.5]# src/redis-cli -p 6379
127.0.0.1:6379> ping
PONG
[root@zhouym redis-4.0.5]# src/redis-cli -p 6380
127.0.0.1:6380> ping
PONG
[root@zhouym redis-4.0.5]# src/redis-cli -p 6381
127.0.0.1:6381> ping
PONG

以上我们的实例就算是配置成功了,但是他们之间还是独立的,需执行一下命令

4、设置主从关系

设置6379为主服务器master,6380和6381为从服务器slave,在6380和6381下分别执行如下命令

127.0.0.1:6380> slaveof 127.0.0.1 6379
127.0.0.1:6381> slaveof 127.0.0.1 6379

以上主从服务关系就建立完成,执行以下命令进行查看

info replication

在这里插入图片描述
再来看看6380的
在这里插入图片描述
再来看看6381的
在这里插入图片描述

当我们在主节点中存储数据,在从节点中是可以获取的,来看看
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

主节点是可读可写,但是从节点只能可读,不具备写操作,如果非要进行写操作,需要修改redis.conf配置文件中的slave-read-only的值
在这里插入图片描述

主从复制注意点

1、如果master已经运行了一段时间,slave才连上来,此时slave会对master的所有数据进行同步,而不是从连接上的那个时间点开始同步!
2、master节点可读可写,但是slave节点只读不可写(如果非要写可以修改redis.conf文件中的slave-read-only的值来实现)
3、在当前的这个主从结构中,如果master挂点,重启后依然还是master,主从操作依然可用。

复制的原理

1、全量复制

Redis全量复制一般发生在Slave初始化阶段,这时Slave需要将Master上的所有数据都复制一份。具体步骤如下:

从服务器连接主服务器,发送SYNC命令;
主服务器接收到SYNC命名后,开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令;
主服务器BGSAVE执行完后,向所有从服务器发送快照文件,并在发送期间继续记录被执行的写命令;
从服务器收到快照文件后丢弃所有旧数据,载入收到的快照;
主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令;
从服务器完成对快照的载入,开始接收命令请求,并执行来自主服务器缓冲区的写命令;

完成上面几个步骤后就完成了从服务器数据初始化的所有操作,从服务器此时可以接收来自用户的读请求。

2、增量复制

Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。 增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令,从服务器接收并执行收到的写命令。

复制偏移量
执行复制的双方——主服务器和从服务器会分别维护一个复制偏移量:

主服务器每次向从服务器传播N个字节的数据时,就将自己的复制偏移量的值加上N;
从服务器每次收到主服务器传播来的N个字节的数据时,就将自己的复制偏移量的值加上N;
### 实现 Redis 主从复制方式 #### 配置方法 为了配置 Redis主从复制,需先理解基本概念并完成几个关键步骤。默认情况下,了解过 Redis 的持久化功能是有帮助的,即 RDB 和 AOF 功能[^2]。 1. **拉取 Redis 镜像** 对于基于 Docker 的环境来说,可以通过命令 `docker pull redis` 来获取最新的官方 Redis 镜像版本[^4]。 2. **启动 Redis 容器** 创建两个或多个容器实例来模拟不同的服务器节点。使用如下命令分别启动主节点和从节点: ```bash # 启动主节点 docker run --name master -d redis redis-server --appendonly yes # 启动从节点并与主节点关联 docker run --slaveof <master-ip> 6379 --appendonly yes ``` 这里 `<master-ip>` 应替换为主机的实际 IP 地址。 3. **验证主从关系建立成功与否** 连接至任意一个 Redis 实例并通过执行命令 `INFO REPLICATION` 或者更简便地利用 `ROLE` 命令查询当前角色状态,确认两者间已形成正确的主从关系[^3]。 #### 工作原理 Redis 主从复制机制主要依赖于全量复制与增量复制两种方式共同维持数据的一致性。 - **全量复制**发生在初次建立连接时,此时会触发一次完整的数据库快照传输给新的 Slave 节点;这期间 Master 可能继续接收客户端请求,因此还会记录下所有在此阶段产生的变更指令集作为缓冲区的一部分待稍后发送给 Slave。 - **增量复制**则是指当网络中断或其他原因造成部分更新丢失之后重新建立起的数据同步过程。现代版 Redis 支持通过偏移量追踪未被传递过的更改项,并采用 PSYNC 协议实现高效重传而非每次都做完全拷贝。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值