前言
下面我们来看看redis的主从复制。
为了提高redis的性能，需要将读写进行分类，例如：一台redis负责写，其他redis负责读，此时就需要用到redis的读写分离，即：Master-Slave。
1、配置主从复制
我们以一主二从（1个master，2个slave）为例进行redis的主从配置，现实中需要三台机器，为了方便我们在一台机器上进行配置，以实现主从复制。
1.1 创建master-slave文件夹，复制redis.conf到该文件夹
创建master-slave文件，所有的操作都在该文件夹下进行
mkdir /opt/master-slave
cp /usr/local/redis/redis-6.2.1/redis.conf /opt/master-slave/
1.2 创建master的配置文件
为了做区分，master的配置文件命名为：redis-6379.conf。修改配置文件信息如下：
cp /opt/master-slave/redis.conf /opt/master-slave/redis-6379.conf
vim redis-6379.conf
#设置当前redis后台运行，其实是设置为守护线程
daemonize yes
#本机IP
bind 192.168.23.102
#配置密码
requirepass 123456
#持久化文件的目录
dir /opt/master-slave/
#日志文件名称
logfile /opt/master-slave/log_6379.log
#端口
port 6379
#rdb文件
dbfilename dump_6379.rdb
#pid文件
pidfile /var/run/redis_6379.pid
1.3 创建slave配置文件
从redis中命名：redis-6380.conf，redis-6381.conf。修改配置信息如下：
cp /opt/master-slave/redis.conf /opt/master-slave/redis-6380.conf
vim redis-6380.conf
daemonize yes
bind 192.168.23.102
requirepass 123456
dir /opt/master-slave/
port 6380
dbfilename dump_6380.rdb
pidfile /var/run/redis_6380.pid
logfile /opt/master-slave/log_6380.log
#用来指定主机：旧版本：slaveof 主机ip 端口，新版本：replicaof 主机ip 端口
replicaof 192.168.23.102 6379
#主机的密码
masterauth 123456
配置redis-6381.conf，只需要将上面配置的6380改成6381即可。
1.4 启动master/slave
redis-server /opt/master-slave/redis-6379.conf
redis-server /opt/master-slave/redis-6380.conf
redis-server /opt/master-slave/redis-6381.conf
3台启动后，产生3个日志文件，说明启动正常。
1.5 查看master/slave信息
redis-cli -h 192.168.23.102 -p 6379 -a 123456
redis-cli -h 192.168.23.102 -p 6380 -a 123456
redis-cli -h 192.168.23.102 -p 6381 -a 123456
查看master，可以看到其role是master和两个slave
查看slave，其role是slave，master的地址，端口等信息。
1.6 验证主从复制
我们在master上写入数据，在slave上读取数据。
set key1 val1
set key2 val2
slave上读取数据：
mget key1 key2
2、主从复制原理
-
slave启动成功连接master后，并向master发送sync命令，请求同步数据。
-
master接收到slave发送的消息后，把主服务器的数据持久化到RDB文件，同时会收集接收到的修改数据命令，master将RDB文件传给slave，完成一次全量同步。
全量同步：salve服务在接收到master发送的RDB文件后，将其存盘并加载到内存中
增量同步：master继续将收集到的修改命令一次传给slave，完成同步 -
slave每次连接master，都会进行一次全量同步。
小结：
- 主redis宕机后，从redis会选取一个作为主redis，还是等待？
从redis会继续等待，除非设置了哨兵模式或手动进行切换 - 从redis宕机后，恢复会继续从主redis同步数据吗？
会同步数据，从redis每次连接master时，都会完成一次全量同步，而后master传修改的命令
3、薪火相传
redis的薪火相传指：slave也可以作为master，然后设置slave进行数据同步。
3.1 流程图
3.1.1 在/opt/master-slave/中添加redis-6382.conf，并配置
cp /opt/master-slave/redis.conf /opt/master-slave/redis-6382.conf
vim redis-6382.conf
daemonize yes
bind 192.168.23.102
requirepass 123456
dir /opt/master-slave/
port 6382
dbfilename dump_6382.rdb
pidfile /var/run/redis_6382.pid
logfile /opt/master-slave/log_6382.log
#用来指定主机：旧版本：slaveof 主机ip 端口，新版本：replicaof 主机ip 端口
replicaof 192.168.23.102 6380
#主机的密码
masterauth 123456
我们将6382的配置文件中的replicaof改成6380，而6380也是一个slave。
3.1.2 连接6382，查看配置，获取数据
redis-cli -h 192.168.23.102 -p 6382 -a 123456
info Replication
mget key1 key2
执行查询结果:
此时配置成功了薪火相传。
注：如果此时slave作为master宕机了，则处于它下面的slave会处于等待状态。
4、哨兵（Sentinel）模式
在redis中存在一种反客为主的现象，即当master宕机后，会从slave中选择一个做为master，而master恢复后只能作为slave提供服务。
4.1 手动实现
4.1.1 选择一个slave，并执行replicaof no one或slaveof no one
执行replicaof no one（旧版：slave no one）是将当前slave转换成master。例如：我们选择上面的6380做为新的master。
replicaof no one
info replication
4.1.2 在其他slave上设置replicaof/slave，绑定新的master
执行命令或修改对应conf配置文件信息。例如：我们修改之前的6381，将其master改成6380。
replicaof 192.168.23.102 6380
info replication
我们查看6381后，发现他的master已经改成了6380。
4.1.3 缺点
需要手动去执行命令，操作不方便，也没有实效性。
4.2 哨兵（Sentinel）模式
哨兵模式（Sentinel）是反客为主的自动版，能够监听master是否发生了故障，发生故障后会根据投票数从slave中挑选一个master，其他的slave会自动转向同步新的master，实现故障自动转移。
4.2.1 原理
- 创建奇数个哨兵（Sentinel），定时向master发送ping请求
- master需在指定时间内做出正常响应，若有半数以上响应不正常，则认为master宕机
- sentinel投票选举一个slave做为新的master，而其他失去master的slave则指向新的master
注：在redis需要选择多个sentinel，一般奇数个，如果只有一个sentinel可能会因为网络问题导致在规定的时间接收不到master的响应，从而发生误判。
4.2.2 实现
4.2.2.1 创建sentinel目录，并将sentinel.conf拷贝到当前目录
mkdir sentinel
cp /usr/local/redis/redis-6.2.1/sentinel.conf /opt/sentinel/
4.2.2.2 复制三个sentinel.conf，并进行配置
我们配置的三个sentinel的端口分别是16380，16381，16382。
cp sentinel.conf sentinel-16380.conf
vim sentinel-16380.conf
# 配置文件目录
dir /opt/sentinel/
# 日志文件位置
logfile "./sentinel-16380.log"
# pid文件
pidfile /var/run/sentinel_16380.pid
# 是否后台运行
daemonize yes
# 端口
port 16380
# 监控主服务器master的名字：mymaster，IP：192.168.200.129，port：6379，最后的数字2表示当Sentinel集群中有2个Sentinel认为master存在故障不可用，则进行自动故障转移
sentinel monitor mymaster 192.168.23.102 6380 2
# master响应超时时间（毫秒），Sentinel会向master发送ping来确认master，如果在60秒内，ping不通master，则主观认为master不可用
sentinel down-after-milliseconds mymaster 60000
# 故障转移超时时间（毫秒），如果3分钟内没有完成故障转移操作，则视为转移失败
sentinel failover-timeout mymaster 180000
# 故障转移之后，进行新的主从复制，配置项指定了最多有多少个slave对新的master进行同步，那可以理解为1是串行复制，大于1是并行复制
sentinel parallel-syncs mymaster 1
# 指定mymaster主的密码（没有就不指定）
# sentinel auth-pass mymaster 123456
其他端口配置则复制sentinel.conf，修改端口号即可。
4.2.2.3 启动sentinel
redis-sentinel sentinel-16380.conf
redis-sentinel sentinel-16381.conf
redis-sentinel sentinel-16382.conf
4.2.2.4 查看sentinel信息
redis-cli -p sentinel的端口
info sentinel
从执行结果我们可以看到，sentinel监听的master是192.168.23.102，两个slave，三个sentinel。
4.2.2.5 验证sentinel
验证sentinel，我们只需要把当前master关闭，等待故障转移设定的时间，再查看结果。
1、关闭master
#查询redis信息
ps -ef|grep redis
#关闭master
kill -9 130516
2、查看转移结果
从上述查询的结果发现，原来处于slave的6382转变成了master。
4.2.2.6 恢复旧master
重新启动旧master6380
redis-server /opt/master-slave/redis-6380.conf
从执行结果上我们发现旧的master不再是master，而是变成slave，他所监听的正是sentinel选出来的新的master。
总结
上述就是Redis的主从复制，希望对大家理解redis有所帮助。谢谢
3868
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
