目录
- redis集群主从节点自动切换
- 为什么
- 解决
- 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,完成同步。
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持悠久资源。
