你不知道的-主从复制,因为该命令redis作者曾摊上事?( 二 )


具体步骤如下: - 从服务器连接主服务器 , 发送SYNC命令; - 主服务器接收到SYNC命名后 , 开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令; - 主服务器BGSAVE执行完后 , 向所有从服务器发送快照文件 , 并在发送期间继续记录被执行的写命令; - 从服务器收到快照文件后丢弃所有旧数据 , 载入收到的快照; - 主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令; - 从服务器完成对快照的载入 , 开始接收命令请求 , 并执行来自主服务器缓冲区的写命令;
3、增量同步Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程 。增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令 , 从服务器接收并执行收到的写命令 。
4、Redis主从同步策略主从刚刚连接的时候 , 进行全量同步;全同步结束后 , 进行增量同步 。 当然 , 如果有需要 , slave 在任何时候都可以发起全量同步 。 redis 策略是 , 无论如何 , 首先会尝试进行增量同步 , 如不成功 , 要求从机进行全量同步 。
你不知道的-主从复制,因为该命令redis作者曾摊上事?文章插图
五、主从复制几种架构形式1、一主一从用于主节点故障转移从节点 , 当主节点的“写”命令并发高且需要持久化 , 可以只在从节点开启AOF(主节点不需要) , 增加主节点性能 , 主节点异常时可以通过从节点备份进行恢复 。
你不知道的-主从复制,因为该命令redis作者曾摊上事?文章插图
2、一主多从针对“读”较多的场景 , “读”由多个从节点来分担 , 但节点越多 , 主节点同步到多节点的次数也越多 , 影响带宽 , 也加重主节点的稳定
你不知道的-主从复制,因为该命令redis作者曾摊上事?文章插图
3、树状主从一主多从的缺点(主节点推送次数多压力大)可用些方案解决 , 主节点只推送一次数据到从节点1 , 再由从节点2推送到11 , 减轻主节点推送的压力
你不知道的-主从复制,因为该命令redis作者曾摊上事?文章插图
作者: Dark_King_
【你不知道的-主从复制,因为该命令redis作者曾摊上事?】原文链接: