主从复制

主机数据更新后根据配置和策略， 自动同步到备机的 master/slaver 机制，Master 以写为主，Slaver 以读为主。

1. 读写分离，性能扩展
2. 容灾快速恢复
3. 一主多从！

搭建一主两从

1. 创建文件目录

/opt/etc
Copy

1. 将 redis.conf 复制到当前目录

cp /etc/redis.conf /opt/etc/
Copy

1. 创建 3 个 redis.conf 配置文件

redis6379.conf
redis6380.conf
redis6381.conf
Copy
# redis6379.conf
include /opt/etc/redis.conf
pidfile /var/run/redis_6379.pid
port 6379
dbfilename dump6379.rdb

# redis6380.conf
include /opt/etc/redis.conf
pidfile /var/run/redis_6380.pid
port 6380
dbfilename dump6380.rdb

# redis6381.conf
include /opt/etc/redis.conf
pidfile /var/run/redis_6381.pid
port 6381
dbfilename dump6381.rdb
Copy

1. 启动 3 台 redis 服务器

[](https://gitee.com/tsuiraku/typora/raw/master/img/截屏2021-10-30 14.57.37.png)

1. 查看主机运行情况

info replication
Copy

[](https://gitee.com/tsuiraku/typora/raw/master/img/截屏2021-10-30 15.00.10-20211031152900224.png)

1. 配从不配主

slaveof  <ip><port>
# 成为某个实例的从服务器
Copy

[](https://gitee.com/tsuiraku/typora/raw/master/img/截屏2021-10-30 15.03.22.png) [截屏2021-10-30 15.03.40](https://gitee.com/tsuiraku/typora/raw/master/img/截屏2021-10-30 15.03.40.png)

1. 再次查看主机运行情况

[](https://gitee.com/tsuiraku/typora/raw/master/img/截屏2021-10-30 15.04.41.png)

成功搭建。

一主二仆

主机 6379，从机 6380 和 6381。

1. 假设从机 6380 挂掉。

当6380重启后，6380不再是6379的从机，而是作为新的master；
当再次把6380作为6379的从机加入后，从机会把数据从头到尾复制。
Copy

1. 假设主机 6379 挂掉。

6380和6381仍然是6379的从机，不会做任何事；
当6379重启后，既然是主服务器。
Copy

薪火相传

[](https://gitee.com/tsuiraku/typora/raw/master/img/截屏2021-10-30 16.38.15.png)

上一个 slave 可以是下一个 slave 的 master，slave 同样可以接收其他 slave的连接和同步请求，那么该 slave 作为了链条中下一个的 master，可以有效减轻 master 的写压力，去中心化降低风险。

slaveof <ip><port>
Copy

中途变更转向：会清除之前的数据，重新建立拷贝最新的。

当某个 slave 宕机，后面的 slave 都没法备份。

即当主机挂掉，从机还是从机，但是无法继续写数据。

反客为主

当一个 master 宕机后，后面的 slave 可以立刻升为 master，其后面的 slave 不用做任何修改。

slaveof no one
Copy

哨兵模式

反客为主的自动版，即能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。

1. 创建 sentinel.conf 文件

/opt/etc/sentinel.conf
Copy

1. 配置哨兵

sentinel monitor mymaster 172.16.88.168 6379 1

# mymaster：监控对象起的服务器名称
# 1：至少有多少个哨兵同意迁移的数量。 
Copy

1. 启动哨兵

redis-sentinel  /opt/etc/sentinel.conf 
Copy

[](https://gitee.com/tsuiraku/typora/raw/master/img/截屏2021-10-30 16.53.08.png)

主机挂掉，会从机选举中产生新的主机。选举的规则。

选举规则

• 根据优先级别，slave-priority/replica-priority，优先选择优先级靠前的。

  

• 根据偏移量，优先选择偏移量大的。

• 根据 runid，优先选择最小的服务。

复制延时

由于所有的写操作都是先在 master 上操作，然后同步更新到 slave 上，所以从 master 同步到 slave 从机有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，slave 机器数量的增加也会使这个问题更加严重。

复制原理

• slave 启动成功连接到 master 后会发送一个 sync 命令（同步命令）。
• master 接到命令启动后台的存盘进程，对数据进行持久化操作，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master 将传送整个数据文件（rdb）到 slave，以完成一次完全同步。
• 当主服务进行写操作后，和从服务器进行数据同步。
• 全量复制：而 slave 服务在接收到数据库文件数据后，将其存盘并加载到内存中。
• 增量复制：master 继续将新的所有收集到的修改命令依次传给 slave，完成同步。
• 只要是重新连接 master，一次完全同步（全量复制）将被自动执行。