当前位置：首页 > news >正文

Redis--主从复制

news 来源：原创 2025/8/13 13:01:00

一、配置

1.1 建立复制

1.2 断开复制

1.3 安全性

1.4 只读

1.5 传输延迟

二、拓扑

2.1 一主一从结构

2.2 一主多从结构

2.3 树形主从结构

在分布式系统中为了解决单点问题，通常会把数据复制多个副本部署到其他服务器，满足故障恢

复和负载均衡等需求。Redis 也是如此，它为我们提供了复制的功能，实现了相同数据的多个 Redis 副本。复制功能是高可用 Redis 的基础，哨兵和集群都是在复制的基础上构建的。

一、配置

1.1 建立复制

参与复制的 Redis 实例划分为主节点（master）和从节点（slave）。每个从结点只能有⼀个主节点，而⼀个主节点可以同时具有多个从结点。复制的数据流是单向的，只能由主节点到从节点。配置复制的方式有以下三种：

1. 在配置文件中加入 slaveof {masterHost} {masterPort} 随 Redis 启动生效。

2. 在 redis-server 启动命令时加入 --slaveof {masterHost} {masterPort} 生效。

3. 直接使用 redis 命令：slaveof {masterHost} {masterPort} 生效

接下来，我们将 redis.conf 配置文件复制⼀份 redis-slave.conf，并且修改其 daemonize 为 yes。

# By default Redis does not run as a daemon. Use 'yes' if you need it.
# Note that Redis will write a pid file in /var/run/redis.pid when daemonized.
daemonize yes

接下来，默认启动的 redis 作为主 Redis，重新通过命令行启动⼀个 Redis 实例作为从 Redis：

# ubuntu
redis-server /etc/redis/redis-slave.conf --port 6380 --slaveof 127.0.0.1 6379# centos
redis-server /etc/redis-slave.conf --port 6380 --slaveof 127.0.0.1 6379

注意: 修改配置主要是修改从机的配置. 主机配置不变

通过 netstat -nlpt 确保两个 Redis 均已正确启动。

[root@host ~]# netstat -nlpt
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name 
tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN 49264/redis-server 
tcp 0 0 127.0.0.1:6380 0.0.0.0:* LISTEN 272418/redis-server

通过 redis-cli 可以连接主 Redis 实例，通过 redis-cli -p 6380 连接从 Redis。并且观察复制关系。

127.0.0.1:6379> set hello world
OK
127.0.0.1:6379> get hello
"world"
127.0.0.1:6380> get hello
"world"

从运行结果中看到复制已经⼯作了，针对主节点 6379 的任何修改都可以同步到从节点 6380 中，复制过程如图所示。

可以通过 info replication 命令查看复制相关状态。

主节点 6379 复制状态信息：

127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6380,state=online,offset=100,lag=0
master_replid:2fbd35a8b8401b22eb92ff49ad5e42250b3e7a06
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:100
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:100

从节点 6380 复制状态信息：

127.0.0.1:6380> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:170
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:2fbd35a8b8401b22eb92ff49ad5e42250b3e7a06
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:170
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:170

1.2 断开复制

slaveof 命令不但可以建立复制，还可以在从节点执行 slaveof no one 来断开与主节点复制关系。

例如在 6380 节点上执行 slaveof no one 来断开复制。

断开复制主要流程：

1）断开与主节点复制关系。

2）从节点晋升为主节点。

从节点断开复制后并不会抛弃原有数据，只是无法再获取主节点上的数据变化。

通过 slaveof 命令还可以实现切主操作，将当前从节点的数据源切换到另⼀个主节点。执行

slaveof {newMasterIp} {newMasterPort} 命令即可。

切主操作主要流程：

1）断开与旧主节点复制关系。

2）与新主节点建立复制关系。

3）删除从节点当前所有数据。

4）从新主节点进行复制操作。

1.3 安全性

对于数据比较重要的节点，主节点会通过设置 requirepass 参数进行密码验证，这时所有的客户

端访问必须使用 auth 命令实行校验。从节点与主节点的复制连接是通过⼀个特殊标识的客户端来完成，因此需要配置从节点的masterauth 参数与主节点密码保持⼀致，这样从节点才可以正确地连接到主节点并发起复制流程。

1.4 只读

默认情况下，从节点使用 slave-read-only=yes 配置为只读模式。由于复制只能从主节点到从节

点，对于从节点的任何修改主节点都无法感知，修改从节点会造成主从数据不⼀致。所以建议线上不要修改从节点的只读模式。

1.5 传输延迟

主从节点一般部署在不同机器上，复制时的网络延迟就成为需要考虑的问题，Redis 为我们提供

了 repl-disable-tcp-nodelay 参数用于控制是否关闭 TCP_NODELAY，默认为 no，即开启 tcp-

nodelay 功能，说明如下：

当关闭时，主节点产生的命令数据无论大小都会及时地发送给从节点，这样主从之间延迟会变小，

但增加了网络带宽的消耗。适用于主从之间的网络环境良好的场景，如同机房部署。

当开启时，主节点会合并较小的 TCP 数据包从而节省带宽。默认发送时间间隔取决于 Linux 的内

核，⼀般默认为 40 毫秒。这种配置节省了带宽但增大主从之间的延迟。适用于主从网络环境复杂

的场景，如跨机房部署。

二、拓扑

Redis 的复制拓扑结构可以支持单层或多层复制关系，根据拓扑复杂性可以分为以下三种：⼀主⼀

从、⼀主多从、树状主从结构。

2.1 一主一从结构

⼀主⼀从结构是最简单的复制拓扑结构，用于主节点出现宕机时从节点提供故障转移支持，如图

所示。当应用写命令并发量较高且需要持久化时，可以只在从节点上开启 AOF，这样既可以保证数据安全性同时也避免了持久化对主节点的性能干扰。但需要注意的是，当主节点关闭持久化功能时，如果主节点宕机要避免自动重启操作。

2.2 一主多从结构

⼀主多从结构（星形结构）使得应用端可以利用多个从节点实现读写分离，如图所示。对于

读比重较大的场景，可以把读命令负载均衡到不同的从节点上来分担压力。同时⼀些耗时的读命令可以指定⼀台专门的从节点执行，避免破坏整体的稳定性。对于写并发量较高的场景，多个从节点会导致主节点写命令的多次发送从而加重主节点的负载。

2.3 树形主从结构

树形主从结构（分层结构）使得从节点不但可以复制主节点数据，同时可以作为其他从节点的主

节点继续向下层复制。通过引入复制中间层，可以有效降低住系欸按负载和需要传送给从节点的数据量，如图所示。数据写入节点 A 之后会同步给 B 和 C 节点，B 节点进⼀步把数据同步给 D 和 E 节点。当主节点需要挂载等多个从节点时为了避免对主节点的性能干扰，可以采用这种拓扑结构。

一、配置

1.1 建立复制

1.2 断开复制

1.3 安全性

1.4 只读

1.5 传输延迟

二、拓扑

2.1 一主一从结构

2.2 一主多从结构

2.3 树形主从结构

相关文章：