文本力求简单讲清每个知识点，希望大家看完能有所收获
一、主从架构
1.1为什么要主从架构
Redis也跟关系型数据(MySQL)一样，如果有过多请求还是撑不住的。
一台Redis撑不住
因为Redis如果只有一台服务器的话，那随着请求越来越多：
Redis的内存是有限的，可能放不下那么多的数据
单台Redis支持的并发量也是有限的。
万一这台Redis挂了，所有的请求全走关系数据库了，那就更炸了。
显然，出现的上述问题是因为一台Redis服务器不够，所以多搞几台Redis服务器就可以了
多搞几台Redis服务器
为了实现我们服务的高可用性，可以将这几台Redis服务器做成是主从来进行管理
主从架构
tip:Redis作者已将Master/Slave架构改名为Master/Replica
1.2主从架构的特点
下面我们来看看Redis的主从架构特点：
主服务器负责接收写请求
从服务器负责接收读请求
从服务器的数据由主服务器复制过去。主从服务器的数据是一致的
主从架构特点
主从架构的好处：
读写分离(主服务器负责写，从服务器负责读)
高可用(某一台从服务器挂了，其他从服务器还能继续接收请求，不影响服务)
处理更多的并发量(每台从服务器都可以接收读请求，读QPS就上去了)
主从架构除了上面的形式，也有下面这种的(只不过用得比较少)：
从服务器又挂着从服务器
二、复制功能
主从架构的特点之一：主服务器和从服务器的数据是一致的。
因为主服务器是能接收写请求的，主服务器处理完写请求，会做什么来保证主从数据的一致性呢？如果主从服务器断开了，过一阵子才重连，又会怎么处理呢？下面将会了解到这些细节~
在Redis中，用户可以通过执行SALVEOF命令或者设置salveof选项，让一个服务器去复制(replicate)另一个服务器，我们称呼被复制的服务器为主服务器(master)，而对主服务器进行复制的服务器则被称为从服务器(salve)
复制
作者：Java3y
链接：https://www.jianshu.com/p/17f5f950d636
随时随地看视频
