redis 主从、读写 相关

1.配置主从 主：6379 从6380

a,配置主从复制方式一、新增redis6380.conf, 加入 slaveof 192.168.152.128 6379, 在6379启动完后再启6380，完成配置；
b,配置主从复制方式二、redis-server --slaveof 192.168.152.128 6379 临时生效
c,查看状态：info replication
d,断开主从复制：在slave节点，执行6380:>slaveof no one
e,断开后再变成主从复制：6380:> slaveof 192.168.152.128 6379
f,数据较重要的节点，主从复制时使用密码验证： requirepass
e,从节点建议用只读模式slave-read-only=yes, 若从节点修改数据，主从数据不一致
h,传输延迟：主从一般部署在不同机器上，复制时存在网络延时问题，redis提供repl-disable-tcp-nodelay参数决定是否关闭TCP_NODELAY,默认为关闭
参数关闭时：无论大小都会及时发布到从节点，占带宽，适用于主从网络好的场景，
参数启用时：主节点合并所有数据成TCP包节省带宽，默认为40毫秒发一次，取决于内核，主从的同步延迟40毫秒，适用于网络环境复杂或带宽紧张，如跨机房

问题：

1.如果redis 设置了密码，不会受影响吗？ 如果主节点设置了 requirepass 参数，则需要密码验证，从节点必须配置 masterauth 参数保证与主节点相同的密码才能通过验证；
2.修改保护模式 protected-mode 这个是做什么用的？
3. 主从切换如何快速切换？

2. 原理

主从复制过程大体可以分为3个阶段：连接建立阶段（即准备阶段）、数据同步阶段、命令传播阶段。 保存主节点信息 —》

主从建立socket链接 -----》 发送ping命令 -----》 权限验证 ----》 同步数据集 ----》 命令持续复制
发送ping 命令执行后，从节点首次发送ping 给master 目的： 检测主从之间套接字是否可用 检查主节点是否可以接收处理命令
发送后没有接受到主节点的pong回复，会定时重连 权限校验 masterauth 参数保证与主节点相同的密码 同步数据
同步rdb 时间最长 命令持续复制

3.全量复制
1、Redis 内部会发出一个同步命令，刚开始是 Psync 命令，Psync ? -1表示要求 master 主机同步数据
2、主机会向从机发送 runid 和 offset，因为 slave 并没有对应的 offset，所以是全量复制
3、从机 slave 会保存 主机master 的基本信息 save masterInfo
4、主节点收到全量复制的命令后，执行bgsave（异步执行），在后台生成RDB文件（快照），并使用一个缓冲区（称为复制缓冲区）记录从现在开始执行的所有写命令
5、主机send RDB 发送 RDB 文件给从机
6、发送缓冲区数据
7、刷新旧的数据，从节点在载入主节点的数据之前要先将老数据清除
8、加载 RDB 文件将数据库状态更新至主节点执行bgsave时的数据库状态和缓冲区数据的加载。
全量复制开销，主要有以下几项。
bgsave 时间
RDB 文件网络传输时
从节点清空数据的时间
从节点加载 RDB 的时间

---

，
4. 部分复制
Redis 希望能够在 master 出现抖动（相当于断开连接）的时候，可以有一些机制将复制的损失降低到最低

1、如果网络抖动（连接断开 connection lost）
2、主机master 还是会写 replbackbuffer（复制缓冲区）
3、从机slave 会继续尝试连接主机
4、从机slave 会把自己当前 runid 和偏移量传输给主机 master，并且执行 pysnc 命令同步
5、如果 master 发现你的偏移量是在缓冲区的范围内，就会返回 continue 命令
6、同步了 offset 的部分数据，所以部分复制的基础就是偏移量 offset。

正常情况下redis是如何决定是全量复制还是部分复制
从节点将offset发送给主节点后，主节点根据offset和缓冲区大小决定能否执行部分复制：
如果offset偏移量之后的数据，仍然都在复制积压缓冲区里，则执行部分复制；
如果offset偏移量之后的数据已不在复制积压缓冲区中（数据已被挤出），则执行全量复制。
主节点会根据从节点发过来的runid 跟自己的runid做比较，不一致则进行全量复制。否则尝试部分复制

优化：

为了提高网络中断时部分复制执行的概率，可以根据需要增大复制积压缓冲区的大小(通过配置repl-backlog-size)来设置

例如如果网络中断的平均时间是60s，而主节点平均每秒产生的写命令(特定协议格式)所占的字节数为100KB，则复制积压缓冲区的平均需求为6MB，保险起见，可以设置为12MB，来保证绝大多数断线情况都可以使用部分复制。

5、主从复制进阶常见问题解决
1、读写分离
2、主从配置不一致
3、规避全量复制
4、规避复制风暴

6.建议采用树状结构的多从结构。防止全量复制导致的复制风暴
7.避免redis 主节点重启，使得runid不一致导致的复制风暴，可以使用 debug reload 重启方式。
8.避免多台redis 配置不一致的问题，出现的数据丢失的问题。
9. 对数据一致性要求比较高的话，建议设置 slave-serve-stale-data 为 no
10. 如果至少有N个从节点，如果少于延迟M秒，则写入将被接受

min-slaves-to-write  <number of slaves>
min-slaves-max-lag  <number of seconds>