你不知道的-主从复制，因为该命令redis作者曾摊上事？

5.0以上

3、启动111.229.169.46 的redis

4、查看148.70.47.76 redis状态，发现role 为master主节点，有一个从节点，从节点ip为111.229.169.46(该信息很重要，哨兵机制会用到)

查看111.229.169.46 redis状态，发现role 为slave从节点，有一个主节点，主节点ip为148.70.47.76.

3、Tips:

• 配置主从为了安全性可以修改配置文件的masterauth属性来增加同步密码

• 从节点建议用只读模式slave-read-only=yes, 若从节点修改数据，主从数据不一致.

• 传输延迟：主从一般部署在不同机器上，复制时存在网络延时问题，redis 提供repl-disable-tcp-nodelay 参数决定是否关闭TCP_NODELAY,默认为关闭.参数关闭时：无论大小都会及时发布到从节点，占带宽，适用于主从网络好的场景.参数启用时：主节点合并所有数据成TCP 包节省带宽，默认为40 毫秒发一次，取决于内核，主从的同步延迟40 毫秒，适用于网络环境复杂或带宽紧张，如跨机房

四、主从复制原理

1、主要流程

redis主从主要流程如下：

[图片上传失败…(image-fedd62-1603359761687)]

redis的数据同步主要分为全量同步和增量同步

2、全量同步

Redis全量复制一般发生在Slave初始化阶段，这时Slave需要将Master上的所有数据都复制一份。 master服务器会开启一个后台进程用于将redis中的数据生成一个rdb文件，与此同时，服务器会缓存所有接收到的来自客户端的写命令（包含增、删、改），当后台保存进程处理完毕后，会将该rdb文件传递给slave服务器，而slave服务器会将rdb文件保存在磁盘并通过读取该文件将数据加载到内存，在此之后master服务器会将在此期间缓存的命令通过redis传输协议发送给slave服务器，然后slave服务器将这些命令依次作用于自己本地的数据集上最终达到数据的一致性。

具体步骤如下： - 从服务器连接主服务器，发送SYNC命令； - 主服

【一线大厂Java面试题解析+核心总结学习笔记+最新架构讲解视频+实战项目源码讲义】

浏览器打开：qq.cn.hn/FTf 免费领取

务器接收到SYNC命名后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令； - 主服务器BGSAVE执行完后，向所有从服务器发送快照文件，并在发送期间继续记录被执行的写命令； - 从服务器收到快照文件后丢弃所有旧数据，载入收到的快照； - 主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令； - 从服务器完成对快照的载入，开始接收命令请求，并执行来自主服务器缓冲区的写命令；

3、增量同步

Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。 增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接收并执行收到的写命令。

4、Redis主从同步策略

主从刚刚连接的时候，进行全量同步；全同步结束后，进行增量同步。当然，如果有需要，slave 在任何时候都可以发起全量同步。redis 策略是，无论如何，首先会尝试进行增量同步，如不成功，要求从机进行全量同步。

五、主从复制几种架构形式

1、一主一从

用于主节点故障转移从节点，当主节点的“写”命令并发高且需要持久化，可以只在从节点开启AOF（主节点不需要），增加主节点性能，主节点异常时可以通过从节点备份进行恢复。

2、一主多从

针对“读”较多的场景，“读”由多个从节点来分担，但节点越多，主节点同步到多节点的次数也越多，影响带宽，也加重主节点的稳定

3、树状主从

一主多从的缺点（主节点推送次数多压力大）可用些方案解决，主节点只推送一次数据到从节点1，再由从节点2推送到11，减轻主节点推送的压力

点只推送一次数据到从节点1，再由从节点2推送到11，减轻主节点推送的压力

[外链图片转存中…(img-VVzAUtEb-1635762985517)]