一起来聊聊redis中的主从复制

一：概述

redis主从复制说目前使用最多的一种读写分离手段，由一个主Master附带一个或多个从Slave，

主Master负责写操作，主要解决的问题是分担redis读的压力，提高数据读写效率。【相关推荐：Redis视频教程】

二：具体使用

1.从库指定连接主库：

host为连接地址，port为连接地址的端口号，当然也可以自己复制多个redis.conf文件，通过修改其端口号线程号等信息来启动多个不同端口的redis服务

SLAVEOF [host] [port]

2.主库负责写（读也可以），从库只能读:

主库中写的数据能在从库中获取：6381为主库，6380为从库

3.使从库重新成为主库:

SLAVEOF no one

三：注意事项：

（1）一般情况下，主库掉线后，从库会等待主库重新连线，依旧保持从库状态

（2）从库掉线后，需重新连上主库，才能作为从库，否则则为主库

四：哨兵模式

概述：为了当主库服务掉线后，使其他从库能重新选取一个主库继续服务运转

作用：当主库服务掉线之后，哨兵会监听到主库掉线，并进行投票操作使其中一个从库成为主库替代原主库运行。

1、在redis服务启动的目录下创建一个 sentinel.conf文件，vim编辑此配置文件

` sentinel monitor host6379 127.0.0.1 6381 1  `

2、通过 redis-sentinel 【文件目录】/sentinel.conf启动哨兵

注意：哨兵模式下，当原主库重新连接后，哨兵会对其操作加入到新的主库下，也就是作为新主库的一个从库存在。

五：原理：

 连接建立-->数据同步-->命令持续传播
 
 在从节点执行 slaveof 命令后，复制过程便开始运作，下面图示大概可以看到，\

从图中可以看出复制过程大致分为6个过程

主从配置之后的日志记录也可以看出这个流程

1）保存主节点（master）信息。
执行 slaveof 后 Redis 会打印如下日志：

2）从节点（slave）内部通过每秒运行的定时任务维护复制相关逻辑，当定时任务发现存在新的主节点后，会尝试与该节点建立网络连接\

从节点与主节点建立网络连接

从节点会建立一个 socket 套接字，从节点建立了一个端口为51234的套接字，专门用于接受主节点发送的复制命令。从节点连接成功后打印如下日志：

如果从节点无法建立连接，定时任务会无限重试直到连接成功或者执行 slaveof no one 取消复制 关于连接失败，可以在从节点执行 info replication 查看 master_link_down_since_seconds 指标，它会记录与主节点连接失败的系统时间。从节点连接主节点失败时也会每秒打印如下日志，方便发现问题：

# Error condition on socket for SYNC: {socket_error_reason}

3）发送 ping 命令。
连接建立成功后从节点发送 ping 请求进行首次通信，ping 请求主要目的如下：
·检测主从之间网络套接字是否可用。
·检测主节点当前是否可接受处理命令。
如果发送 ping 命令后，从节点没有收到主节点的 pong 回复或者超时，比如网络超时或者主节点正在阻塞无法响应命令，从节点会断开复制连接，下次定时任务会发起重连。\

从节点发送的 ping 命令成功返回，Redis 打印如下日志，并继续后续复制流程：\

4）权限验证。如果主节点设置了 requirepass 参数，则需要密码验证，从节点必须配置 masterauth 参数保证与主节点相同的密码才能通过验证；如果验证失败复制将终止，从节点重新发起复制流程。

5）同步数据集。主从复制连接正常通信后，对于首次建立复制的场景，主节点会把持有的数据全部发送给从节点，这部分操作是耗时最长的步骤。

6）命令持续复制。当主节点把当前的数据同步给从节点后，便完成了复制的建立流程。接下来主节点会持续地把写命令发送给从节点，保证主从数据一致性。

更多编程相关知识，请访问：编程视频！！

以上就是一起来聊聊redis中的主从复制的详细内容，转载自php中文网