这样当rdb文件过大时不用担心全量复制产生同步慢的问题
哨兵选举逻辑：
a.选举的超时时间（每个节点当主节点挂了后都有等待时间，在超时时间内接收不到主节点的心跳包，便发起投票）
b.心跳时间（心跳包150ms-300ms一次）
1主库挂了，从库根据超时时间发送发送心跳包。各个节点率先发起的那个节点的心跳包被接受，这个节点就是主节点，此后节点该节点发送给各个节点心跳包，使得其余选节点的超时时间清零，便成功选举为主节点
redis主从
一点点学习，一丝丝进步。不懈怠，才不会被时代淘汰
这样当rdb文件过大时不用担心全量复制产生同步慢的问题
哨兵选举逻辑：
a.选举的超时时间（每个节点当主节点挂了后都有等待时间，在超时时间内接收不到主节点的心跳包，便发起投票）
b.心跳时间（心跳包150ms-300ms一次）
1主库挂了，从库根据超时时间发送发送心跳包。各个节点率先发起的那个节点的心跳包被接受，这个节点就是主节点，此后节点该节点发送给各个节点心跳包，使得其余选节点的超时时间清零，便成功选举为主节点