image.png
    单机开启多个redis从节点测试主从：

    1. 1、复制一份redis.conf文件
    3. 2、将相关配置修改为如下值：
    4. port 6380
    5. pidfile /var/run/redis_6380.pid  # 把pid进程号写入pidfile配置的文件
    6. logfile "6380.log"
    7. dir /usr/local/redis-5.0.3/data/6380  # 指定数据存放目录
    8. # 需要注释掉bind
    9. # bind 127.0.0.1（bind绑定的是自己机器网卡的ip，如果有多块网卡可以配多个ip，代表允许客户端通过机器的哪些网卡ip去访问，内网一般可以不配置bind，注释掉即可）
    11. 3、配置主从复制
    12. replicaof 192.168.0.60 6379   # 从本机6379的redis实例复制数据，Redis 5.0之前使用slaveof
    13. replica-read-only yes  # 配置从节点只读
    14. masterauth # 主redis连接密码，如果是用哨兵集群模式，这里主从都要设置连接密码，因为主redis也有可以被降为从redis
    16. 4、启动从节点
    17. redis-server redis.conf
    19. 5、连接从节点
    20. redis-cli -p 6380
    22. 6、测试在6379实例上写数据，6380实例是否能及时同步新修改数据
    24. 7、可以自己再配置一个6381的从节点

    线上多机redis实例从节点配置：

    1. 1.配置从redis
    2. replicaof 192.168.0.60 6379   # 从6379的redis实例复制数据，Redis 5.0之前使用slaveof
    3. replica-read-only yes  # 配置从节点只读
    4. masterauth # 主redis连接密码，如果是用哨兵集群模式，这里主从都要设置连接密码，因为主redis也有可以被降为从redis
    6. 2.重新启动从redis节点
    8. 3.主节点写入数据，查看从节点是否同步

    Redis主从工作原理
    如果你为master配置了一个slave，不管这个slave是否是第一次连接上Master，它都会发送一个PSYNC命令给master请求复制数据。
    master收到PSYNC命令后，会在后台进行数据持久化通过bgsave生成最新的rdb快照文件，持久化期间，master会继续接收客户端的请求，它会把这些可能修改数据集的请求缓存在内存中。当持久化进行完毕以后，master会把这份rdb文件数据集发送给slave，slave会把接收到的数据进行持久化生成rdb，然后再加载到内存中。然后，master再将之前缓存在内存中的命令发送给slave。
    当master与slave之间的连接由于某些原因而断开时，slave能够自动重连Master，如果master收到了多个slave并发连接请求，它只会进行一次持久化，而不是一个连接一次，然后再把这一份持久化的数据发送给多个并发连接的slave。
    主从复制(全量复制)流程图：
    image.png
    数据部分复制
    当master和slave断开重连后，一般都会对整份数据进行复制。但从redis2.8版本开始，redis改用可以支持部分数据复制的命令PSYNC去master同步数据，slave与master能够在网络连接断开重连后只进行部分数据复制(断点续传)。
    master会在其内存中创建一个复制数据用的缓存队列，缓存最近一段时间的数据，master和它所有的slave都维护了复制的数据下标offset和master的进程id，因此，当网络连接断开后，slave会请求master继续进行未完成的复制，从所记录的数据下标开始。如果master进程id变化了，或者从节点数据下标offset太旧，已经不在master的缓存队列里了，那么将会进行一次全量数据的复制。
    主从复制(部分复制，断点续传)流程图：
    image.png
    如果有很多从节点，为了缓解主从复制风暴(多个从节点同时复制主节点导致主节点压力过大)，可以做如下架构，让部分从节点与从节点(与主节点同步)同步数据
    image.png