Redis（1.9）Redis主从复制

【1】实验环境

　　CentOS7.5 + Redis4.0.11

　　架构：原生1主2从，做实验机器有限，从库双实例

　　主库：192.168.135.170

　　从库1：192.168.135.171~6379    

　　从库2：192.168.135.171~6479

【2】配置文件

更多参考：Redis（1.5）Redis配置文件（4.0.14）

注意，不要直接复制，可能会导致错误，特别是 masterauth，最要用原始代码，把注释去掉即可

#主库核心参数
daemonize yes
logfile "/data/redis/log/redis.log"
requirepass 123456
bind 0.0.0.0
pidfile /data/redis/conf/redis.pid
dbfilename redis.rdb
dir /data/redis/conf/
#默认支持持久化，可以把主库持久化取消,把save 900 1 等等之类的注释掉
save ""

#从库1~6379核心参数
daemonize yes
logfile "/data/redis/log/redis.log"
requirepass 123456
bind 0.0.0.0
pidfile /data/redis/conf/redis.pid
dbfilename redis.rdb
dir /data/redis/conf/
timeout 300
port 6379
#如果主库设置了密码，那么从库必须配置该参数
masterauth 123456

#从库2~6479核心参数
daemonize yes
logfile "/data/redis/log/redis6479.log"
requirepass 123456
bind 0.0.0.0
pidfile /data/redis/conf6479/redis6479.pid
dbfilename redis6479.rdb
dir /data/redis/conf6479/
timeout 300
port 6479
#如果主库设置了密码，那么从库必须配置该参数，参数值为主库密码
masterauth 123456

【3】启动查阅

redis-server /data/redis/conf6479/redis6479.conf 
redis-server /data/redis/conf/redis.conf         
ps -ef|grep redis

【4】配置主从与核验

从节点开启主从复制，有3种方式：
配置文件： 在从服务器的配置文件中加入：slaveof <masterip> <masterport>
启动命令： redis-server启动命令后加入 --slaveof <masterip> <masterport>
客户端命令： Redis服务器启动后，直接通过客户端执行命令：slaveof <masterip>
<masterport>，则该Redis实例成为从节点。
通过  info replication 命令可以看到复制的一些信息

#【我的实践】这里我们就用客户端登录的方式实验吧
#【4.1】登录上3个实例
 主：redis-cli -a 123456
 从1：redis-cli -a 123456
 从2：redis-cli -a 123456 -p 6479
 使用info：info 查看相关信息

#【4.2】开始配置主从
 2个从库：slaveof 192.168.135.170 6379
 使用命令查看复制状态：info replication
 从库中，该行显示 master_link_status:down ，复制失败，如果是up则成功

　　　主库：
　　　　　　　　

　　　　　　

 　　从库：

　　　　　　

最终验证，用keys *  查看key是否同步。

　　

　　

【附录1】主从复制的基本原理

主从复制的作用

1. 数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。
2. 故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余。
3. 负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），分担服务器负载；尤其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量。
4. 读写分离：可以用于实现读写分离，主库写、从库读，读写分离不仅可以提高服务器的负载能力，同时可根据需求的变化，改变从库的数量；
5. 高可用基石：除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。

主从复制启用

从节点开启主从复制，有3种方式：

1. 配置文件： 在从服务器的配置文件中加入：slaveof <masterip> <masterport>
2. 启动命令： redis-server启动命令后加入 --slaveof <masterip> <masterport>
3. 客户端命令： Redis服务器启动后，直接通过客户端执行命令：slaveof <masterip>
   <masterport>，则该Redis实例成为从节点。

通过  info replication 命令可以看到复制的一些信息

主从复制原理

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

在从节点执行 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）命令持续复制。当主节点把当前的数据同步给从节点后，便完成了复制的建立流程。接下来主节点会持续地把写命令发送给从节点，保证主从数据一致性。

原理部分转自：https://segmentfault.com/a/1190000018268350

【附录2】常见故障处理

【问题1】I/O error reading bulk count from MASTER：Resource temporarily unavailable

　　

解决办法：这是因为非root 用户的进程资源受限，主要是noproc的限制，可以改成如下值，也可以改成unlimits

【1】网络与端口查看
ping IP
telnet IP port

【2】修改Linux 用户限制
vi /etc/security/limits.conf
#输入以下内容
redis　　hard　　nofile　　10240
redis　　soft　　nofile　　1024
redis　　hard　　nporc　　8192
redis　　soft　　nproc　　8192
#nproc 用户创建进程数 nofile 进程打开文件次数限制，更多参考《操作系统环境配置》