详解redis常用结构:主从复制及哨兵模式

一.主从复制

简介

主机数据更新后根据配置和策略,自动同步到从机的master/slaver,master以写为主,slave以读为主

作用

(1)读写分离,性能扩展
(2)容灾快速恢复

搭建一主多从

1.1创建myredis文件夹

1.1.1 修改配置文件(redis.conf)

设置支持多台主机连接: 注释掉bind= 以及保护模式设置为no
如下

#表示只支持本地访问
#bind 127.0.0.1 -::1
.
.
.
protected-mode no

1.2 复制redis.conf到myredis文件夹中

1.3配置一主两从, 创建三个配置文件

4.在三个配置文件中写入内容:
//引入redis.conf文件
include /root/myredis/redis.conf
//设置每个服务的pidfile文件名字
pidfile /var/run/redis_6379.pid
//设置每个服务的端口号
port 6379
//设置每个服务的rdb文件名字
dbfilename dump6379.rdb

1.4.启动三个redis服务,查看当前主机运行情况,在从机上执行slaveof 主机ip 端口号 会把从机加到主服务器中

复制原理

1.slave启动成功连接到master后会发送一个sync命令,
2.master接到同步消息后,把主服务器数据进行持久化,rdb文件,把rdb文件发送给从服务器,从服务器拿到rdb进行读取
3.每次主服务器进行写操作之后,和从服务器进行数据同步
全量复制:slave服务在接收到数据库文件数据后,将其存盘并加载到内存中
增量复制:master继续将新的所有收集到的修改命令依次传给slave,完成同步,但是只要是重新连接master,依次完全同步(全量复制)将被自动执行

主从复制的特点

当从服务器挂掉后, 从新连接上会自动与主服务器数据进行同步
当主服务器挂掉后, 从服务器仍然存在,且主服务器仍旧是原来的主服务器,重新连接后, 仍旧拥有所有数据

二: 薪火相传

特点

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

缺点

一旦某个slave宕机,后面的slave都没法备份,主机挂了,从机还是从机,无法写数据了

三:反客为主

特点

当主机挂掉后, 从机顶替上去作为新的主机

用法

slaveof no one 把从机变为主机

四:哨兵模式

简介

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

实现

1.创建sentinel.conf 配置文件
2.配置哨兵,填写内容 sentinel monitor mymaster 127.0.0.1 6379 1 其中mymaster 为监控对象起的服务器名称,1为至少有多少个哨兵同意迁移的数量
3.启动哨兵模式 redis-sentinel sentinel.conf

故障恢复(假如有一台主机突然掉线)

1.1 新主登基

(1)从下线的主服务的所有从服务里面挑选一个从服务,将其转成主服务,选择条件依次为:
1.选择优先级靠前的
2.选择偏移量大的 也就是选择保存主机数据比较全的
3.选择runid最小的从服务
优先级是指redis.conf中默认:replica-priority 100,值越小优先级越高
偏移量是指获得原主机数据最全的
每个redis实例启动后都会随机生成一个40位的runid

1.2 群仆俯首

挑选出新的主服务之后,sentinel向原主服务的从服务发送slaveof 新主服务的命令, 复制新master

1.3 旧主俯首

当已下线的服务重新上线时,sentinel会向其发送slaveof命令,让其成为新的从服务

缺点

由于所有写操作都是先在master上操作,然后同步更新到slave上,所以master同步到slave机器有一定延迟