redis主从增量复制多久一次(redis主从复制如何配置好)

本文介绍了关于“Redis6中主从复制架构的特点是什么”的知识。很多人在实际案例操作中都会遇到这样的困难。接下来，让边肖带领大家学习如何应对这些情况！希望大家认真阅读，学点东西！

主从复制的介绍

主从复制是指将一台Redis服务器的数据复制到其他Redis服务器。前者为主节点，后者为从节点)；节点。的数据复制是单向的，只能从主节点复制到从节点。默认情况下，每个Redis服务器都是一个主节点，一个主节点可以有多个从节点(或者没有从节点)，但是一个从节点只能有一个主节点。

使用主从复制的优势：读写分离可以扩展主节点的读取能力，分担主节点的压力。灾难恢复，一旦主节点停机，从节点作为主节点的备份可以随时启动。

00-1010从节点复制了主节点的数据，然后我们可以进行读写分离。如果是单个节点，应用请求全部集中在主节点，但有了从节点，可以承担部分读压力。主节点可以读写，而从节点只能读取。这将分担主节点的压力。

Redis主从复制，一主二从架构环境准备

说了这么多概念，我们开始部署Redis的主从复制架构。这一次，我们部署的是主从架构。

#创建文件

mkdir-p/data/redis/master/data

mkdir-p/data/redis/slave1/data

mkdir-p/data/redis/slave2/data

#从节点打开只读模式(默认)

副本只读是

#从节点访问主节点的密码，如requirepass

masterauth123456

#复制哪个主节点？

Replicaof8.129.113.2336379首先创建一个主节点，在data/redis/master/data目录中触摸一个redis.conf文件，编辑redis.conf文件。

bind0.0.0.0

端口6379

daemonizeyes

要求通行证' 123456 '

日志文件'/usr/local/redis/log/redis 1 . log '

dbfilename'xdclass1.rdb '

dir'/usr/local/redis/data '

附录是

appendfilename'appendonly1.aof '

Masterauth'123456 '然后创建从节点1，并在data/redis/slave1/data目录中构建redis.conf。

bind0.0.0.0

端口6380

daemonizeyes

要求通行证' 123456 '

日志文件'/usr/local/redis/log/redis 2 . log '

dbfilename'xdclass2.rdb '

dir'/usr/local/redis/data '

附录是

append filename“append only 2 . aof”

复制版本8.129.113.2336379

Masterauth'123456 '创建从节点2，并在data/redis/slave2/data目录中构建redis.conf。

bind0.0.0.0

端口6381

daemonizeyes

要求通行证' 123456 '

日志文件'/usr/local/redis/log/redis 3 . log '

dbfilename'xdclass3.rdb '

dir'/usr/local/redis/dataq

uot;
appendonly yes
appendfilename "appendonly3.aof"
replicaof 8.129.113.233 6379
masterauth "123456"

注意：防火墙记得关闭，阿里云服务器记得开放网络安全组。

创建好后就开始启动已经配置好的节点

启动方式：

#启动主
./redis-server/data/redis/master/data/redis.conf
#启动从1
./redis-server/data/redis/slave1/data/redis.conf
#启动从2
./redis-server/data/redis/slave2/data/redis.conf

使用info replication可以查看当前节点的状态

主从复制和读写验证

1.在主节点创建一个key
set name jack
2.在两个从节点测试是否能拿到主节点的数据
get name
3.在从节点set key是失败的，因为从节点只支持读操作

Redis6主从架构-复制读写分离原理解析

主从复制分为两种：一种是主从刚开始连接的时候，进行全量同步；另一种是全同步结束后，进行增量同步。

全量复制：master服务器会开启一个后台的进程用于将Redis的数据生成一个rdb文件，主服务器会缓存所有接受到的来自客户端的写命令，当后台保存进程后，会将rdb文件传递给slave服务器，这时候slave服务器就有了master服务器的数据了。在此之后，master服务器会将在此期间把缓存过来的命令通过redis传输协议发送给slave服务器，然后slave服务器再将这些命令依次用于自己本地上，最终达到数据的一致性

增量复制：主节点会有不断的命令写进来，slave完成初始化后开始工作时主服务器发送写的操作同步到服务器的过程就叫增量复制。增量复制是服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接受并执行收到的写命令。

主从复制有何特点：

主从复制对于主/从 服务器来说都是非阻塞的，所有在同步数据期间都可以正常处理外界的请求，一个主节点可以包含有多个从节点，每个从节点可以接受来自其他从节点的连接。从节点不会让key过期，而是在主节点的key过期删除后，发送删除命令给从节点进行删除。

加速复制：在节点完成重新同步的时候需要在磁盘上创建一个RDB文件，然后加载这个文件来为从服务器发送数据，但如果磁盘的速率比较低呢？这就会导致主节点与从节点的数据不一致。在新版的Redis中，支持无磁盘的复制，直接将RBD文件通过网络发送的形式给从服务器，不在使用磁盘作为中间件。

如果主从连接断开的话，重新连接后可以从中断的地方继续进行复制，而不用重新同步。在2.8版本后，重新同步的这个新特性使用PSYNC命令，而旧的使用SYNC命令

“Redis6中的主从复制架构有什么特点”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注网站，小编将为大家输出更多高质量的实用文章！