Redis 主从复制(replication)

Redis replication 官网 
Redis 主从模式 
复制（Replication）Redis 命令参考（红色） 
Redis 配置项汇总 
 
1、定义
replica即主从复制，master以写为主，Slave以读为主。
当master数据变化的时候，自动将新的数据异步同步到其它slave数据库。

2、功能
读写分离
容灾恢复
数据备份
水平扩容支撑高并发

3、使用
配从（Slave）不配主（Master）

4、权限细节
master如果配置了requirenass参数，需应密码登陆，那么slave就要配置masterauth来设置校验密码，否则的话master会拒绝slave的访问请求。

5、基本操作命令
● info replication：可以查看复制节点的主从关系和配置信息
● replicaof 主库IP 主库端口：一般写入进redis.conf配置文件内
● slaveof 主库IP 主库端口 
临时命令，每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件
在运行期间修改slave节点的信息，如果该数据库已经是某个主数据库的从数据库，那么会停止和原主数据库的同步关系转而和新的主数据库同步（重新拜码头）。
● slaveof no one：使当前数据库停止与其他数据库的同步，转成主数据库（自立为王）。从机独立出来成为一个主机，使服务器切换为独立主机，从机再次切换为主机模式。
注意：replicaof是新版本的命令，slaveof是旧版本的命令，实现的效果是一致的。 

6、三大命令
● 主从复制：replicaof 主库IP 主库端口，配从(库)不配主(库)，理解为拜码头，认大哥【主服务】，那个服务器【从服务】认大哥【主服务】，就在那个服务器【从服务】操作
● 改换门庭：slaveof 新主库IP 新主库端口
● 自立为王：slaveof no one，从机独立出来成为一个主机，使服务器切换为独立主机，从机再次切换为主机模式

7、Redis 提供了两种实现主从模式的方法
● 配置文件实现：每个 Redis 服务器都有一个与其对应的配置文件，通过修改该配置文件也可以实现主从模式。
新建 redis_6380.conf 文件（从机配置文件）,并添加以下配置信息：

# 新版本，将本机设为某台机器的从服务器
# replicaof <masterip> <masterport> 
replicaof 127.0.0.1 6379 #指定主机的ip与port

# 旧版本，将本机设为某台机器的从服务器
# slaveof <masterip> <masterport> 
slaveof 127.0.0.1 6379 #指定主机的ip与port

#指定从机的端口
port 6302

# 设置从服务器为只读模式
slave-read-only yes 

# 连接主服务器的密码
# masterauth <master-password> 
masterauth <master-password> #连接主服务器的密码

● 命令实现：使用命令在服务端搭建主从模式，命令操作手动指定，其语法格式如下：

# 语法
redis-server --port <slave-port> --slaveof <master-ip> <master-port>
# 开启一个port为6300的从机，它依赖的主机port=6379
redis-server --port 6300 --slaveof 127.0.0.1 6379

8、配置细则【以redis_6379.conf为例，主服务器】
1、开启daemonize yes
2、注释掉bind 127.0.0.1
3、protected-mode no
4、指定端口
5、指定当前工作目录，dir
6、pid文件名字,pidfile
7、log文件名字,logfile
8、requirepass
9、dump.rdb名字
10、aof文件，appendfilename，默认即可，无需修改
11、从机访问主机的通行密码masterauth，必须（从机需要配置，主机不用）

9、一仆二主（1个主，2个从）
方案1：配置文件固定写死
             配置文件执行：replicaof 主库IP 主库端口
             配从(库)不配主(库)
             先master启动，后两台slave依次启动
方案2：命令操作手动指定
              预设的从机上执行命令：slaveof 主库IP 主库端口

10、主从关系查看
日志：主机日志，从机日志
命令：info replication 命令查看

11、主从问题演示：从机可以执行写命令吗? ——N（不会）
12、主从问题演示：从机切入点问题，slave是从头开始复制还是从切入点开始复制？
       master启动，写到k3
       slave1跟着master同时启动，跟着写到k3
       slave2写到k3后才启动，那之前的是否也可以复制? ——Y（可以）
       Y，首次一锅端，后续跟随，master写，slave跟
13、主从问题演示：主机shutdown后，从机会上位吗? ——N（不会）
       从机不动，原地待命，从机数据可以正常使用;等待主机重启动归来。
14、主从问题演示：主机shutdown后，重启后主从关系还在吗?从机还能否顺利复制? ——Y（可以）
15、主从问题演示：某台从机down后，master继续，从机重启后它能跟上大部队吗? ——Y（可以）
16、主从问题演示，命令操作手动指定主从关系：
# Step 1: 从机停机去掉配置文件中的主从配置项，3台目前都是主机状态，各不从属
# Step 2: 预设的从机上执行命令：slaveof 主库IP 主库端口
# Step 3: 用命令执行完之后，2台从机重启后，关系还在吗? ——N（不在）
               slaveof 只是一次服务开启时的临时配置，服务关闭后无效。

17、配置VS命令的区别
配置：持久稳定
命令：当次生效

18、薪火相传
● 上一个slave可以是下一个slave的master，slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master,可以有效减轻主master的写压力
● 中途变更转向:会清除之前的数据，重新建立拷贝最新的
● slaveof 新主库IP 新主库端口

19、工作流程总结
● slave启动，同步初请
   slave启动成功连接到master后会发送一个sync命令
   slave首次全新连接master,一次完全同步（全量复制）将被自动执行，slave自身的数据会被master覆盖
● 首次连接，全量复制
   master节点收到sync命令后会开始在后台保仔快照(即RDB持久化，主从复制时会触发RDB)，同时收集所有接收到的用于修改数据集命令缓存起来，master节点执行RDB持久化完后，master将rdb快照文件和所有缓存的命令发送到所有slave,以完成一次完全同步。
   而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中，从而完成复制初始化。
● 心跳持续，保持通信
   repl-ping-replica-period 10
   默认每10秒钟主机向从机发送信息，确保从机状态正常。
● 进入平稳，增量复制
   Master继续将新的所有收集到的修改命令自动依次传给slave,完成同步。
● 从机下线，重连续传
   master会检查backlog里面的offset，master和slave都会保存一个复制的offset；还有一个masterId,offset是保存在backlog中的。Master只会把已经复制的offset后面的数据复制给Slave，类似断点续传。

20、复制缺点
● 复制延时，信号衰减
   由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。
● master挂了怎么办？
   默认情况，不会再slave节点中自动重选一个master，那每次都要人工干预？无人值守安装变成刚需 —— 哨兵机制
*
*
*