你不知道的-主从复制,因为该命令redis作者曾摊上事?( 二 )
具体步骤如下: - 从服务器连接主服务器 , 发送SYNC命令; - 主服务器接收到SYNC命名后 , 开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令; - 主服务器BGSAVE执行完后 , 向所有从服务器发送快照文件 , 并在发送期间继续记录被执行的写命令; - 从服务器收到快照文件后丢弃所有旧数据 , 载入收到的快照; - 主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令; - 从服务器完成对快照的载入 , 开始接收命令请求 , 并执行来自主服务器缓冲区的写命令;
3、增量同步Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程 。增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令 , 从服务器接收并执行收到的写命令 。
4、Redis主从同步策略主从刚刚连接的时候 , 进行全量同步;全同步结束后 , 进行增量同步 。 当然 , 如果有需要 , slave 在任何时候都可以发起全量同步 。 redis 策略是 , 无论如何 , 首先会尝试进行增量同步 , 如不成功 , 要求从机进行全量同步 。
文章插图
五、主从复制几种架构形式1、一主一从用于主节点故障转移从节点 , 当主节点的“写”命令并发高且需要持久化 , 可以只在从节点开启AOF(主节点不需要) , 增加主节点性能 , 主节点异常时可以通过从节点备份进行恢复 。
文章插图
2、一主多从针对“读”较多的场景 , “读”由多个从节点来分担 , 但节点越多 , 主节点同步到多节点的次数也越多 , 影响带宽 , 也加重主节点的稳定
文章插图
3、树状主从一主多从的缺点(主节点推送次数多压力大)可用些方案解决 , 主节点只推送一次数据到从节点1 , 再由从节点2推送到11 , 减轻主节点推送的压力
文章插图
作者: Dark_King_
【你不知道的-主从复制,因为该命令redis作者曾摊上事?】原文链接:
- 麒麟|荣耀新款,麒麟810+4800万超清像素,你还在犹豫什么呢?
- 智能手机市场|华为再拿第一!27%的份额领跑全行业,苹果8%排在第四名!
- 会员|美容院使用会员管理软件给顾客更好的消费体验!
- 行业|现在行业内客服托管费用是怎么算的
- 人民币|天猫国际新增“服务大类”,知舟集团提醒入驻这些类目的要注意
- 国外|坐拥77件专利,打破国外的垄断,造出中国最先进的家电芯片
- 技术|做“视频”绿厂是专业的,这项技术获人民日报评论点赞
- 面临|“熟悉的陌生人”不该被边缘化
- 中国|浅谈5G移动通信技术的前世和今生
- 页面|如何简单、快速制作流程图?上班族的画图技巧get