Redis 主从同步
目录
1. CPA原理
1. CPA原理是分布式存储理论的基石: C(一致性); A(可用性); P(分区容忍性);
2. 当主从网络无法连通时,修改操作无法同步到节点,所以“一致性”无法满足
3. 除非我们牺牲“可用性”,也就是暂停分布式节点服务,不再提供修改数据功能,知道网络恢复一句话概括CAP: 当网络分区发生时,一致性 和 可用性 两难全
2. redis主从同步原理
1. 和MySQL主从复制的原因一样,Redis虽然读取写入的速度都特别快,但是也会产生读压力特别大的情况。
2. 为了分担读压力,Redis支持主从复制,Redis的主从结构可以采用一主多从或者级联结构。
3. Redis主从复制可以根据是否是全量分为全量同步和增量同步。
注:redis主节点Master挂掉时,运维让从节点Slave接管(redis主从默认无法自动切换,需要运维手动切换)
3. 全量同步(RDB)
注:Redis全量复制一般发生在Slave初始化阶段,这时Slave需要将Master上的所有数据都复制一份。具体步骤如下:
1)从服务器连接主服务器,发送SYNC命令;
2)主服务器接收到SYNC命名后,开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令;
3)主服务器BGSAVE执行完后,向所有从服务器发送快照文件,并在发送期间继续记录被执行的写命令;
4)从服务器收到快照文件后丢弃所有旧数据,载入收到的快照;
5)主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令;
6)从服务器完成对快照的载入,开始接收命令请求,并执行来自主服务器缓冲区的写命令;
7)完成上面几个步骤后就完成了从服务器数据初始化的所有操作,从服务器此时可以接收来自用户的读请求。
4. 增量同步(AOF)
-
主节点会将那些对自己状态产生修改性影响的指令记录在本地内存buffer中,然后异步将buffer中指令同步到从节点
-
从节点一边执行同步指令达到主节点状态,一边向主节点反馈自己同步到哪里(偏移量)
-
当网络状态不好时,从节点无法和主节点进行同步,当网络恢复时需要进行快照同步
5. Redis主从同步策略
1. 主从刚刚连接的时候,进行全量同步;全同步结束后,进行增量同步。
2. 当然,如果有需要,slave 在任何时候都可以发起全量同步。
3. redis 策略是,无论如何,首先会尝试进行增量同步,如不成功,要求从机进行全量同步。
注意点:
如果多个Slave断线了,需要重启的时候,因为只要Slave启动,就会发送sync请求和主机全量同步,当多个同时出现的时候,可能会导致Master IO剧增宕机。