Redis高可用之主从复制(六)

心跳

主从建立复制后，相互之间会维持着一个长连接彼此发送心跳命令。

原理：

（1）主从节点彼此都有心跳检测机制，各自模拟成对方的客户端进行通信，通过client list命令查看复制相关客户端信息，主节点的连接状态为flags=M，从节点连接状态为flags=S。

（2）主节点默认每隔10秒对从节点发送ping命令，判断从节点的存活性和连接状态。可通过参数repl-ping-replica-period控制发送频率。

（3）从节点在主线程中每隔1秒发送replconf ack{offset}命令，给主节点上报自身当前的复制偏移量。

replconf的作用：

1）实时监测主从节点网络状态

2）上报自身复制偏移量，检查复制数据是否丢失，如果从节点数据丢失，再从主节点的复制缓冲区中拉取丢失数据。

3）保证从节点的数量和延迟性功能，通过min-replicas-to-write、min-replicas-max-lag参数配置定义

min-replicas-to-write：

redis提供了可以让master停止写入的方式，如果配置了min-replicas-to-write，健康的slave的个数小于N，mater就禁止写入。master最少得有多少个健康的slave存活才能执行写命令。这个配置虽然不能保证N个slave都一定能接收到master的写操作，但是能避免没有足够健康的slave的时候，master不能写入来避免数据丢失，设置为0是关闭该功能。

min-replicas-max-lag：

延迟小于min-replicas-max-lag秒的slave才认为是健康的slave

注意：

主节点根据replconf命令判断从节点超时时间，体现在info replication统计中的lag信息中，lag表示与从节点最后一次通信延迟的秒数，正常延迟应该在0和1之间。如果超过repl-timeout配置的值（默认60秒），则判定从节点下线并断开复制客户端连接。即使主节点判定从节点下线后，如果从节点重新恢复，心跳检测会继续进行。

异步复制

流程：

（1）主节点6379接收处理命令。

（2）命令处理完之后返回响应结果。

（3）修改命令异步发送给6380从节点，从节点在主线程中执行复制的命令。

offset表示当前从节点的复制偏移量，master_repl_offset表示当前主节点的复制偏移量，

两者的差值就是当前从节点复制延迟量

读写分离

对于读占比较高的场景，可以通过把一部分读流量分摊到从节点来减轻主节点压力，同时永远只对主节点执行写操作

注意：

当使用从节点响应读请求时，需要注意以下几点

（1）复制数据延迟

Redis复制数据的延迟由于异步复制特性是无法避免的，延迟取决于网络带宽和命令阻塞情况

对于无法容忍大量延迟场景，可以编写外部监控程序监听主从节点的复制偏移量

计算的master_repl_offset和offset差值，当差值过高触发告警

（2）读到过期数据

当主节点存储大量设置超时的数据时，如缓存数据，Redis内部需要维护过期数据删除策略，删除策略主要有两种：惰性删除和定时删除。

1）惰性删除

主节点每次处理读取命令时，都会检查键是否超时，如果超时则执行del命令删除键对象，之后del命令也会异步发送给从节点

从节点自身永远不会主动删除超时数据

2）定时删除

Redis主节点在内部定时任务会循环采样一定数量的键，当发现采样的键过期时执行del命令，之后再同步给从节点

注意：

如果此时数据大量超时，主节点采样速度跟不上过期速度且主节点没有

读取过期键的操作，那么从节点将无法收到del命令这时在从节点上可以读取到已经超时的数据

redis的3.2版本之后解决此问题，从节点读取数据之前会检查键的过期时间来决定是否返回数据

（3）从节点故障

对于从节点的故障问题，需要在客户端维护可用从节点列表，当从节点故障时立刻切换到其他从节点或主节点上。