Redis-主从复制

定义：主机数据更新后根据配置策略，自动同步到备的Master/slave机制，Master以写为主，Slave以读为主。

Tip：配从(从库)不配主(主库)

一.主节点(6379)直接启动，从节点(6380、6381)启动后，进入客户端，执行下述命令：

　slave of 主节点IP 主节点端口，例：

slave of 127.0.0.1 6379

或者使用 redis-server 配置文件 --applicaof 主节点IP 主节点端口，例：

redis-server 6379.conf --applicaof 127.0.0.1 6379

二 .使用命令 info replication 查看主备详情：

 　　　　

1.从机默认不能进行写操作，可修改配置文件修改写的权限：

replica-read-only yes

2.主机(6379)存储数据后，从机(6380、6381)执行slaveof命令，丛机会先删除本机老的数据，主节点将落一个rdb文件到磁盘，然后传输rdb文件到从节点,

5.x版本中(其他版本可自行查看)，主节点可直接将rdb文件直接发送至从节点，不需要先落本地磁盘，修改配置文件即可:

repl-diskless-sync yes

3.主机宕掉，从机还是slave角色，并不会上位成为master,链接状态变为down

4.主机从新启动后，还是master角色，从机的连接状态变为up

5.从机宕了，恢复后不再与之前的主机有关联，角色变为master,想要变为从机，需要再次执行命令slaveof

 三、手动执行命令，让从变成主：

命令：slaveof no one (使当前数据库停止与其他数据库同步，转成主数据库)

操作步骤：

　1. 将三台redis还原回一主二仆的环境(6379为主机，6380与6381作为6379的从机)

　2. 将6379关掉(模拟线上宕机情况),

　3. 在6380中执行命令slaveof no one

　4. 将6381改成6380的从机

　5. 重新将6379启动

 我们发现，6380变成了主机，底下连了一台6381从机，当6379重新连接后，底下没有挂任何从机

 　　　

复制原理：

　　 1. 从节点连接到主节点后发送一个sync命令，主节点接到命令启动后台的存盘进程(同时收集所有接收到的修改数据的命令集[主库写操作]），后台进程完成后，主节点将传送整个数据文件到从节点完成一次同步

　　 2. 全量复制：第一次slaveof到主库的时候（接收到数据文件后，将其存盘并加载到内存中）

　　 3. 增量复制：除第一次slaveof外，从库以后都是增量存储数据（接收主库传来的修改命令）

复制的缺点：

 　　由于所有的写操作都在主上，然后同步到从，同步上有一定的延迟，当系统繁忙的时候，延迟问题会加重，从机器数量的增加也会导致问题更加严重