redis集群主从节点自动切换方式

redis集群主从节点自动切换

最近在将redis作为数据库使用（redis中存放大量数据）的项目中，偶然发现redis的主从节点发生了变化，但是没有任务报错，redis集群的各节点也没有fail状态，因此记录学习一下，redis的深层机制。

为什么

首先redis是单线程的，所有的命令发送的redis会进入一个队列，依次执行。

当数据量很大时，执行flushall、keys、scan等耗时较长的命令时，就会照成redis节点阻塞。

其次，了解一下redis的集群节点检测机制。redis集群的其他节点，每隔一断时间，就会向集群中的其他节点发送ping包，以检测节点是否还活着。

如果此时，某个主节点阻塞了，收到pong包的时间超时，大于 cluster-node-timeout，就会自动切换主从节点。

此时，在redis-cli中查看cluster nodes，会发现节点会短暂的出现fail状态。

当主从节点切换完毕，redis又会重新扫描一下集群中的所有redis节点，当阻塞的redis节点，执行完之后，又会重新回到正常状态。

解决

了解了上面说的redis机制之后，如果想要避免redis节点自动切换就很简单了，只需要调大redis.conf中的配置项cluster-node-timeout（默认15000 millisec）即可。

Redis的主从复制

主从复制

主机数据更新后根据配置和策略，自动同步到从机的master/slave机制，Master以写为主，Slave以读为主。

一主二从

一主二从原理

1、配从(库)不配主(库)

2、配从(库): slaveof 主库IP 主库端口

3、主写从读、读写分离

4、从连前后同

5、主断从待命、从断重新连

一主二从搭建

1、一台服务器模拟三台主机：

• 第一步：将redis.conf 拷贝三份，名字分别是，redis6379.conf，redis6380.conf，redis6381.conf
• 第二步：修改三个文件的port端口，pid文件名，日志文件名，rdb文件名

如：

port 6379
pidfile /var/run/redis_6379.pid
logfile “6379.log”
dbfilename dump6379.rdb

• 第三步：分别打开三个窗口模拟三台服务器，开启redis服务。

2、查询主从信息：info replication

3、写操作6379：

4、设置主从关系：

在6380和6381主机上分别执行命令：slaveof 127.0.0.1 6379

另一种方式，就是修改6380和6381的配置文件，在最后加上：

注意：如果主redis设置了密码，从库的redis.conf中还需要设置masterauth为主redis的密码。

5、全量复制：在6380和6381分别执行命令get k1

6、增量复制：6379执行命令：set k2 v2。然后6380端口和6381端口，分别执行命令：get k2

7、主写从读、读写分离：在6380和6381上执行写操作set k3 v3

8、主机宕机：6379执行指令shutdown，并查看6380和6381的redis信息 从机原地待命。

9、主机宕机后恢复：重启6379，并且执行写命令set k4 v4；6380和6381上分别执行get k4 主机重启后，一切正常。

10、从机宕机：6380执行指令shutdown，并查看6379和6381的redis信息

11、从机宕机后恢复：重启6380，并查看6380、6379和6381的redis信息

注意：从机跟master断开联系，必须重新连接，除非写进配置文件。

12、从机恢复连主机前，主机写操作：6379执行写命令set k5 v5，6380和6381分别执行命令get k5

13、从机恢复连接主机，6380执行命令：slaveof 127.0.0.1 6379，并且执行命令：get k5

14、从机上位：

• 第一步：主机宕机，6379执行命令：shutdown
• 第二步：6380断开主从关系，执行命令：SLAVEOF no one
• 第三步：重新搭建主从，6381执行命令：info replication，SLAVEOF 127.0.0.1 6380
• 第四步：之前主机恢复，重启6379的Redis服务，并执行命令：info replication

在6379主机宕机后，6380从机断开主从关系，6381开始还在原地待命；后来6380从机上位，6381投靠6380，6379主机即使回来但它已是孤寡老人，空头司令。

15、天堂变地狱：6379执行命令saveof 127.0.0.1 6381，并在6379和6381执行info replication

一台主机配多台从机，一台从机再配多台从机，从而实现了庞大的集群架构。同时也减轻了一台主机的压力，缺点是增加了服务器间的延迟。

复制原理

全量复制

slave启动成功连接到master后会发送一个sync命令；Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步；slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。

只要是重新连接master,一次完全同步（全量复制)将被自动执行。

增量复制

Master将新的所有收集到的修改命令依次传给slave,完成同步。

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

最新评论