redis主从模式
主从模式
在软件架构中，master-slave（主从模式）是使用比较多的一种架构方式；
- 概述主（master）和 从（slave）部署在不同的服务器上，当主节点服务器写入数据时会同步到从节点的服务器上，一般主节点负责写入数据，从节点负责读取数据
- 优点读写分离，提高效率数据热备份，提供多个副本
- 缺点主节点故障，集群则无法进行工作，可用性比较低，从节点升主节点需要人工手动干预单点容易造成性能低下
- 主节点的存储能力受到限制主节点的写受到限制（只有一个主节点）全量同步可能会造成毫秒或者秒级的卡顿现象
- 架构图特点只能master到slave，单向的；
- 全量复制一般情况下，当slave第一次启动连接master，或者是“被认为是第一次连接”，则主从采用全量复制的方式进行数据同步。全量复制的执行流程：定时任务每秒检查是否有新的mater需要连接，如果发现就与master建立socket连接。slave 发送ping指令到mater如果mater配置require pass，slave需要发送认证给masterslave 会发送sync命令命令给 master 请求同步数据；master 接收到同步请求后向 slave 发送 run_id 和 offset；slave 会接收并保存 mater 传递过来信息（slave 中无对应offset，所以执行全量复制）。master 执行 bgsave 命令生成RDB文件，期间会创建复制缓冲区记录从现在开始执行的所有写命令；master 先向 slave 发送RDB数据；然后发送复制缓冲区记录的数据，slave 会将RDB和缓冲区数据存放到磁盘中；slave 在清空原有数据；最后再将磁盘中接收到的数据导入内存中。Master收集到的写命令都会通过之前建立的连接，增量发送给salve端
- 名词解释offset复制偏移量offset是用来记录master和lslave某个时段的数据版本状态的，slave每秒会向master上报offset，master保存下来，当触发PSYNC时再拿来和master的offset数据作对比。它是记录数据在某一时刻的快照，用来对比master和slave数据差异用的，从而决定是否是全量复制。backlog积压缓冲区它默认大小为1mb，复制积压缓冲区是由Master维护的一个固定长度的FIFO队列，它的作用是缓存已经传播出去的命令。当Master进行命令传播时，不仅将命令发送给所有Slave，还会将命令写入到复制积压缓冲区里面。全量复制的时候，master的数据更新（读写操作，主动过期删除等）会临时存放在backlog中待全量复制完成后增量发到slave，必须为此保留足够的空间。run_idmaster唯一标示，slave连接master时会传runid，master每次重启runid都发生变化，当slave发现master的runid变化时都会触发全量复制流程。
- 环境搭建环境搭建就不一一赘述了，随便搜一下都有的，跟着操作一下就好了，都只是配置而已
