Redis主从架构的搭建

前言

在大型架构中,redis往往不可能只是单机版本,因为单机redis的架构风险太大了,因为一旦高并发,redis的压力将会非常大,一旦发生了宕机,那将会发生非常大的问题,这是不允许的,所以主从架构至关重要了,那么本文就是来演示如果搭建Redis主从架构。

redis主从架构搭建

今天本文是基于两台linux服务器进行搭建redis主从架构,因为本文重点是搭建主从,所以这两台服务器的redis单机版我都已经安装好了,如果小伙伴还不清楚,或者说想更兼容本文搭建,可以参考我的另外一篇文章"手把手教你如何在CentOS7环境下安装部署Redis"

检测redis

我们搭建架构前,先将两台服务器的redis都各自启动一下,输入一些简单的命令,查看redis是否正常运行工作

这里是我本地两台服务器地址

如下图,我本地这边就已经测试好了,已经能够正常运行啦

#进入redis文件夹,输入命令启动redis服务./src/redis-server redis.conf
#进入redis客户端./src/redis-cli
#输入命令测试set sunny 123get sunny

主从节点配置

主从节点配置其实非常非常简单,我们只要修改从节点的配置就可以了。

#修改redis的配置文件vim redis.conf
#找到replicaof配置:/replicaof 
3、配置主从复制replicaof 192.168.137.16 6379   # 从192.168.137.16 6379的redis实例复制数据，Redis 5.0之前使用slaveofreplica-read-only yes  # 配置从节点只读

验证主从架构

#启动两台服务器redis服务./src/redis-server redis.conf
#进入redis客户端./src/redis-cli
#主节点输入命令set test 666
#从节点读数据get test

如上图,我们的主从架构就已经搭建完成了,是不是非常简单,当然啦,我这里只是一主一从,大家伙有条件的话,可以尝试一主多从哈,只需要将从节点的连接地址改到主从点即可

当然,还可以通过"info"命令,查看redis服务的集群情况等等

#进入redis客户端./src/redis-cli
#输入命令info

Info：查看redis服务运行信息，分为 9 大块，每个块都有非常多的参数，这 9 个块分别是:

Server 服务器运行的环境参数

Clients 客户端相关信息

Memory 服务器运行内存统计数据

Persistence 持久化信息

Stats 通用统计数据

Replication 主从复制相关信息

CPU CPU 使用情况

Cluster 集群信息

KeySpace 键值对统计数量信息

主从架构工作原理

redis 的主从架构看似很简单，我们就执行了一条命令就成功搭建了主从架构，并且数据复制也没有问题，使用起来确实简单，但是这背后 redis 还是帮我们做了很多的事情，比如主从服务器之间的数据同步、主从服务器的状态检测等，这背后 redis 是如何实现的呢？接下来我们就一起看看

主从架构图

Redis主从工作原理

如果你为master配置了一个slave，不管这个slave是否是第一次连接上Master，它都会发送一个PSYNC命令给master请求复制数据。

master收到PSYNC命令后，会在后台进行数据持久化通过bgsave生成最新的rdb快照文件，持久化期间，master会继续接收客户端的请求，它会把这些可能修改数据集的请求缓存在内存中。当持久化进行完毕以后，master会把这份rdb文件数据集发送给slave，slave会把接收到的数据进行持久化生成rdb，然后再加载到内存中。然后，master再将之前缓存在内存中的命令发送给slave。

当master与slave之间的连接由于某些原因而断开时，slave能够自动重连Master，如果master收到了多个slave并发连接请求，它只会进行一次持久化，而不是一个连接一次，然后再把这一份持久化的数据发送给多个并发连接的slave。

主从复制(全量复制)流程图：

数据部分复制

当master和slave断开重连后，一般都会对整份数据进行复制。但从redis2.8版本开始，redis改用可以支持部分数据复制的命令PSYNC去master同步数据，slave与master能够在网络连接断开重连后只进行部分数据复制(断点续传)。

master会在其内存中创建一个复制数据用的缓存队列，缓存最近一段时间的数据，master和它所有的slave都维护了复制的数据下标offset和master的进程id，因此，当网络连接断开后，slave会请求master继续进行未完成的复制，从所记录的数据下标开始。如果master进程id变化了，或者从节点数据下标offset太旧，已经不在master的缓存队列里了，那么将会进行一次全量数据的复制。

主从复制(部分复制，断点续传)流程图：

如果有很多从节点，为了缓解主从复制风暴(多个从节点同时复制主节点导致主节点压力过大)，可以做如下架构，让部分从节点与从节点(与主节点同步)同步数据

我是黎明大大,我知道我没有惊世的才华，也没有超于凡人的能力，但毕竟我还有一个不屈服，敢于选择向命运冲锋的灵魂，和一个就是伤痕累累也要义无反顾走下去的心。