微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

Redis④集群:主从复制 & 哨兵模式

主从复制

主机数据更新后根据配置和策略, 自动同步到备机的 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 服务器

[

img

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

  1. 查看主机运行情况
info replication
copy

[

img

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

  1. 配从不配主
slaveof  <ip><port>
# 成为某个实例的从服务器
copy

[

img

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

截屏2021-10-30 15.03.40

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

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

[

img

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

成功搭建。

一主二仆

主机 6379,从机 63806381

  1. 假设从机 6380 挂掉。
当6380重启后,6380不再是6379的从机,而是作为新的master;
当再次把6380作为6379的从机加入后,从机会把数据从头到尾复制。
copy
  1. 假设主机 6379 挂掉。
6380和6381仍然是6379的从机,不会做任何事;
当6379重启后,既然是主服务器。
copy

薪火相传

[

img

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

一个 slave 可以是下一个 slavemasterslave 同样可以接收其他 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

[

img

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

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

选举规则

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

    img

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

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

复制延时

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

复制原理

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

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。

相关推荐