文本力求简单讲清每个知识点，希望大家看完能有所收获

一、主从架构

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