一、主从复制简介
1、你的“Redis”是否高可用
单机redis的风险与问题
问题1 : 机器故障
- 现象：硬盘故障、系统崩溃
- 本质：数据丢失，很可能对业务造成灾难性打击
- 结论：基本上会放弃使用redis.
问题2 : 容量瓶颈
- 现象：内存不足，从16G升级到64G，从64G升级到128G，无限升级内存
- 本质：穷，硬件条件跟不上
- 结论：放弃使用redis
结论：
- 为了避免
单点Redis服务器故障，准备多台服务器，互相连通。将数据复制多个副本保存在不同的服务器上，连接在一起，并保证数据是同步的。即使有其中一台服务器宕机，其他服务器依然可以继续提供服务，实现Redis的高可用，同时实现数据冗余备份。
2、主从复制的作用
读写分离：master写、slave读，提高服务器的读写负载能力负载均衡：基于主从结构，配合读写分离，由slave分担master负载，并根据需求的变化，改变slave的数量，通过多个从节点分担数据读取负载，大大提高Redis服务器并发量与数据吞吐量故障恢复：当master出现问题时，由slave提供服务，实现快速的故障恢复数据冗余：实现数据热备份，是持久化之外的一种数据冗余方式, 因为slave中和master数据是同步的- 高可用基石：基于主从复制，构建哨兵模式与集群，实现Redis的高可用方案
二、主从复制工作流程
主从复制过程大体可以分为3个阶段 :
建立连接阶段（即准备阶段）, slave 去连接 master数据同步阶段, master将数据同步到slave命令传播阶段, 当向master中写操作后, 要将数据同步到slave
1、阶段一：建立连接阶段
建立slave到master的连接，使master能够识别slave，并保存slave端口号
连接的三种方式
配置两个服务器, 分别启动redis服务, 一个充当master, 一个充当slave
131的充当master
132充当slave
使用slave连接master
注意, 此时slave和master的数据就可以同步了, 当向master节点中写数据, 此时就会同步到slave中, 但是slave是不可以进行写操作的; 测试如下
扫描二维码关注公众号，回复：
11669242 查看本文章
2、阶段二：数据同步阶段工作流程
- 在slave初次连接master后，复制master中的所有数据到slave
- 将slave的数据库状态更新成master当前的数据库状态
数据同步阶段master说明
-
如果master数据量巨大，数据同步阶段应避开流量高峰期，避免造成master阻塞，影响业务正常执行
-
复制缓冲区大小设定不合理，会导致数据溢出。如进行全量复制周期太长，进行部分复制时发现数据已经存在丢失的情况，必须进行第二次全量复制，致使slave陷入死循环状态。 -
master单机内存占用主机内存的比例不应过大，建议使用50%-70%的内存，留下30%-50%的内存用于执行
bgsave命令和创建复制缓冲区repl-backlog-size 1mb
数据同步阶段slave说明
3、阶段三：命令传播阶段(master接到指令传递给slave)
- 实时保持master和slave的数据同步
- 当master数据库状态被修改后，导致主从服务器数据库状态不一致，此时需要让主从数据同步到一致的状态，同步的动作称为
命令传播 master将接收到的数据变更命令发送给slave，slave接收命令后执行命令
1、服务器运行ID
2、主服务器的复制积压缓冲区
3、主从服务器的复制偏移量
4、心跳机制
进入命令传播阶段候，master与slave间需要进行信息交换，使用心跳机制进行维护，实现双方连接保持在线
主从复制流程(完整)
三、主从复制常见问题
操作同一个服务器开启不同端口的Redis服务
- 将我们安装的Redis包中的redis.conf拷贝出来到slave1, slave2目录中; 然后在该配置文件中修改redis-conf的端口, 和bind 为0.0.0.0
启动端口为6380的Redis服务; redis-server redis.conf即可启动6380端口的Redis服务
进入该端口的redis的客户端redis-cli -p 6380即可
关闭该服务, kill -9 进程号;