主从复制概念
主从复制指将一台redis的数据复制另外一台redis服务器上,前者称为主节点(master),后者称为从节点(slave)。
注意复制的过程是单向的,只能从主节点到从节点,主节点以写为主,从节点以读为主。
主从复制的作用
数据冗余:主从复制实现了数据的热备份
故障恢复:当主节点出现问题时,可以由从节点提供服务,快速恢复故障
负载均衡:主节点复制写数据,从节点负责读数据,实现读写分离分担服务器负载。
最常见的主从复制架构如下图所示
手动实现主从复制
开启三个redis服务,例如开启三个端口分别为6379、6380、6381三台redis服务,未设置谁是主节点之前,默认每台服务都是主节点的,
info replication #查看节点信息
这里为了演示所以配置了伪集群,即一台机器启动三个redis服务,只是不同端口。注意启动6380和6381需要增加一个redis配置文件,例如启动6380时复制一份redis.conf修改名字为redis6380.conf,然后修改配置文件中的以下几个地方。
daemonize yes #后台启动修改为yes
pidfile /var/run/redis_6380.pid #修改进程文件的名称
logfile "6380.log" #日志文件的名称
dbfilename dump6380.rdb #rdb文件的名称
port 6380 #端口号
使用命令查看启动好的redis
ps -ef|grep redis
正式配置一主二从
因为redis启动默认是主节点,所以主需要将6380和6379的设置为6379的从节点就行了,设置redis6380的主节点为6379,使用slaveof [主节点IP] [主节点端口]
slaveof 127.0.0.1 6379
使用同样的方式设置6381,最后回到主节点6379进行查看节点信息
至此我们就把一主二从的架构的配置好了,下面测试一下,主机写入数据后,会不会将数据自动同步到从机中。
主机设置一个key为test1
从机进行获取test1
进过测试,没问题,大功告成!
你以为这就完了么,有的同学会问,当主机挂了会怎么样,这个问题问的好。这种手动模式的一主二从架构,当主机挂了之后需要人为的手动重新设置一个主机,才能正常工作。说到这里,是不是会觉得这也太low了吧,讲这个有啥用,其实讲这个是为了让你清楚主从复制真正的工作原理。那么为了解决这个当主机挂了,需要手动重新设置一个主节点的问题,就需要使用我们的哨兵模式。
什么是哨兵
顾名思义,哨兵就是用来巡逻检查的,哨兵每隔一段时间会向redis发送命令,等待redis响应,如果得不到响应,此时这个哨兵会认为这台redis服务以挂掉。一般情况会启动多个哨兵,判断redis主机是否挂掉,哨兵会进行投票。例如启动三个哨兵,其中有两个哨兵认为当前redis主机以挂掉,一个认为没有,那么2:1,那可以认为当前redis挂掉了。当主节点挂掉后,哨兵会通过投票的方式重新选举一个主机。
哨兵的作用
通过发送命令,让redis服务器返回运行状态,包括主服务器和从服务器。
当哨兵检测到master宕机后,会通过投票选举新的master,然后通过发布订阅模式通知其它从机切换主机。
配置哨兵
在/opt/redis-6.0.7/myconf目录下添加哨兵配置文件 sentinel.conf内容如下
sentinel monitor myredis 127.0.0.1 6379 1
意思监控master,后面的1表示当master挂了后是否发起投票。
开启一个终端,进入redis目录
启动哨兵:./src/redis-sentinel myconf/sentinel.conf
下面测试如果master宕机了,会不会重新选举一个新的master。
现在手动把master关掉,等待几秒钟可以看到master主机变成了6380
如果此时原来的主机恢复正常了呢,会不会重新这是其为master,答案是否定的,原来的主机恢复正常后,只能作为新主机的从节点。
好了,写了这么多终于把redis的注册复制写完了!