讲解Redis的主从复制
阿里云国内75折 回扣 微信号:monov8 |
阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6 |
1 主从复制
主从复制架构仅仅用来解决数据的冗余备份,从节点仅仅用来同步数据
无法解决: 1.master节点出现故障的自动故障转移
主从复制是指将一台Redis服务器的数据复制到其他的Redis服务器。前者称为主节点Master/Leader,后者称为从节点Slave/Follower数据的复制是单向的只能由主节点复制到从节点主节点以写为主、从节点以读为主。
默认情况下每台Redis服务器都是主节点一个主节点可以有0个或者多个从节点但每个从节点只能由一个主节点。
2 作用
- 数据冗余主从复制实现了数据的热备份是持久化之外的一种数据冗余的方式。
- 故障恢复当主节点故障时从节点可以暂时替代主节点提供服务是一种服务冗余的方式
- 负载均衡在主从复制的基础上配合读写分离由主节点进行写操作从节点进行读操作分担服务器的负载尤其是在多读少写的场景下通过多个从节点分担负载提高并发量。
- 高可用集群基石主从复制还是哨兵和集群能够实施的基础。
3 主从复制架构图
4 搭建主从复制
查看当前库的信息info replication
127.0.0.1:6379> info replication
# Replication
role:master # 角色
connected_slaves:0 # 从机数量
master_replid:64dfas65d4f9ew1ds2f194ewt141d6fg4ergt4er
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
环境配置
每一个redis需要一个配置文件所以需要copy配置文件
$ cp redis.conf redis79.conf
$ cp redis.conf redis80.conf
$ cp redis.conf redis81.conf
$ cp redis.conf redis.conf
修改里面的文件以6379为例其他的类似
既然需要启动多个服务就需要多个配置文件。每个配置文件对应修改以下信息
端口号
pid文件名
日志文件名
rdb文件名
port 6379 # 端口号
daemonize yes # 是否后台运行
pidfile /var/run/reds_6379.pid
logfile "6379.log" # 因为是多个服务所以不能命名为空
dbfilename dump6379.rdb
修改完毕后依次启动redis服务
$ redis-server hconfig/redis79.conf
查看启动的redis服务
$ ps -ef|grep redis
之后就可以依次启动每个服务了
$ redis-cli -p 6379
默认情况下每台redis服务器都是主节点
配置主机从机一般情况下只需要配置从机即可。如果有密码需要去配置文件里配置masterauth 密码
使用SLAVEOF host port
可以为从机配置主机。
$ SLAVEOF 127.0.0.1 6379
$ info replication # 查看服务信息。
我们这里是使用命令搭建是暂时的==真实开发中应该在从机的配置文件中进行配置==这样的话是永久的。
slaveof <masterip> <masterport>
# 需要准备3台机器并修改配置
- master
port 6379
bind 0.0.0.0
- slave1
port 6380
bind 0.0.0.0
slaveof masterip masterport
- slave2
port 6381
bind 0.0.0.0
slaveof masterip masterport
5 使用规则
-
从机只能读不能写主机可读可写但是多用于写。主机中的所有信息和数据都会自动被从机保存。
127.0.0.1:6381> set name sakura # 从机6381写入失败 (error) READONLY You can't write against a read only replica. 127.0.0.1:6380> set name sakura # 从机6380写入失败 (error) READONLY You can't write against a read only replica. 127.0.0.1:6379> set name wer OK 127.0.0.1:6379> get name "wer"
-
当主机断电宕机后默认情况下从机的角色不会发生变化 集群中只是失去了写操作当主机恢复以后又会连接上从机恢复原状。
-
当从机断电宕机后若不是使用配置文件配置的从机再次启动后是主机里面的数据仅有断开之前的数据无法获取之前主机断开之后的数据。若此时重新配置称为从机又可以获取到主机的所有数据。这里就要提到一个同步原理。
-
第二条中提到默认情况下主机故障后不会出现新的主机有两种方式可以产生新的主机
- 从机手动执行命令
slaveof no one
,这样执行以后从机会独立出来成为一个主机。但此时如果主机回来之后那就只能重新配置 - 使用哨兵模式自动选举
- 从机手动执行命令
如果没有老大了这个时候能不能选择出来一个老大呢完全可以但是需要手动进行。
如果主机断开了连接我们可以使用SLAVEOF no one
让自己变成主机其他的节点就可以手动连接到最新的主节点手动如果这个时候老大修复了那么就重新连接
复制原理
Slave启动成功连接到Master后会向Master发送一个sync同步命令。
Master接受到命令后启动后台的存盘进程同时收集所有接收到的用于修改数据集命令在后台进程执行完毕之后Master将传送整个数据文件(全量复制) 到Slave并完成一次完全同步。
全量复制 Slave服务在接受到数据库文件数据后将其存盘并加载到内存中。
增量复制 Master继续将新的所有收集到的修改命令一次传给Slave完成同步。
但是只要是重新连接Master一次完全同步全量复制将被自动执行数据一定可以再从机中看到。
层层链路 主->从主-从
主1连接从1从1作为主机连接从2此时第二个主机还是从机不能写。从2可以读到主1的内容。但是如果从1崩了从2是无法读取到主机内容的。
下图中主179 从180从281