6 Redis 主从同步
6.1 主从同步介绍
主机数据更新后根据配置和策略, 自动同步到备机的master/slaver机制,Master以写为主,Slave以读为
-
-
容灾快速恢复
6.2 配置主从环境
-
拷贝多个redis.conf文件include(写绝对路径)
-
开启daemonize yes
-
Pid文件名字pidfile
-
指定端口port
-
Log文件名字
-
dump.rdb名字dbfilename
-
Appendonly 关掉或者换名字
6.2.1 创建目录
mkdir -p /usr/local/redis-slave-0{1,2}
6.2.2 创建配置文件
1)复制分发配置文件
cp /usr/local/redis/redis.conf /usr/local/redis-slave-01/
cp /usr/local/redis/redis.conf /usr/local/redis-slave-02/
2)关闭配置文件中的AOF持久化存储
sed -i 's/appendonly yes/appendonly no/g' /usr/local/redis-slave-01/redis.conf
sed -i 's/appendonly yes/appendonly no/g' /usr/local/redis-slave-02/redis.conf
3)创建配置文件
cat <<EOF> /usr/local/redis-slave-01/redis-6380.conf
# 引用公共配置文件部分
include /usr/local/redis-slave-01/redis.conf
# PID文件路径
pidfile /var/run/redis_6380.pid
# 服务端口号
port 6380
# RDB文件名称
dbfilename dump-6380.rdb
# RDB文件存储位置
dir /usr/local/redis-slave-01/
EOF
cat <<EOF> /usr/local/redis-slave-02/redis-6381.conf
# 引用公共配置文件部分
include /usr/local/redis-slave-02/redis.conf
# PID文件路径
pidfile /var/run/redis_6381.pid
# 服务端口号
port 6381
# RDB文件名称
dbfilename dump-6381.rdb
# RDB文件存储位置
dir /usr/local/redis-slave-02/
EOF
6.2.3 启动redis服务
redis-server /usr/local/redis/redis.conf
redis-server /usr/local/redis-slave-01/redis-6380.conf
redis-server /usr/local/redis-slave-02/redis-6381.conf
6.2.4 查看运行状态
info replication
# 打印主从复制的相关信息
6.2.5 配置主从
slaveof <ip> <port>
# 成为某个实例的从服务器
1)设置从服务器
设置完成主从后,从节点上无法进行写操作
3)注意事项
如果主节点需要重启,不需要作任何操作,但是从节点重启后,需要重新设置,也可以在配置文件中开启,永久生效
6.3 常用服务模式
6.3.1 一主两仆
当从节点异常关闭或新加入从节点时,数据重新开始全部同步到节点中,而不是以切入点开始,从机,无法进行写操作,只能进行读操作
6.3.2 薪火相传
上一个Slave可以是下一个slave的Master,Slave同样可以接收其他 slaves的连接和同步请求,那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。
slaveof <ip> <port>
-
中途变更转向:会清除之前的数据,重新建立拷贝最新的
-
风险是一旦某个slave宕机,后面的slave都没法备份
-
主机挂了,从机还是从机,无法写数据了
6.3.3 反客为主
当一个master宕机后,后面的slave可以立刻升为master,其后面的slave不用做任何修改。
用 slaveof no one 将从机变为主机。
无法自动实现,只能手动实现
6.3.4 同步原理
-
Slave启动成功连接到master后会发送一个sync命令
-
Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令, 在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一次完全同步
-
全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
-
增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
-
但是只要是重新连接master,一次完全同步(全量复制)将被自动执行
6.4 哨兵模式
6.4.1 介绍
反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库
6.4.2 开启哨兵模式
1)修改主从模式
调整为一主二仆模式,6379带着6380、6381
2)配置哨兵
cat <<EOF> /usr/local/redis/sentinel.conf
sentinel monitor mymaster 127.0.0.1 6379 1
EOF
其中mymaster为监控对象起的服务器名称, 1 为至少有多少个哨兵同意迁移的数量。
3)启动哨兵
redis-sentinel /usr/local/redis/sentinel.conf
4)复制延时
由于所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使这个问题更加严重。
5)压测
redis做压测可以用自带的redis-benchmark工具
6.4.3 故障恢复
关闭master 节点,查看哨兵模式结果
结果6380成为Master节点
-
优先级在redis.conf中默认:replica-priority100,值越小优先级越高
-
偏移量是指获得原主机数据最全的
-
每个redis实例启动后都会随机生成一个40位的runid