本篇内容介绍了“redis6中的主从复制架构有什么特点”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

我们提供的服务有：成都做网站、成都网站设计、微信公众号开发、网站优化、网站认证、宁都ssl等。为超过千家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的宁都网站制作公司

主从复制的介绍

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

使用主从复制的好处：读写分离，能够扩展主节点的读能力，给主节点分担压力。容灾恢复，一旦主节点宕机，可以在从节点作为主节点的备份随时可以顶上来。

架构介绍

从节点复制了主节点的数据，复制之后我们就可以做一个读写分离。如果是单节点的话，应用程序的请求都集中在主节点，但有了从节点之后可以承担部分的读压力。主节点就可以做读写操作，而从节点只做读操作。这样便给主节点分担压力了。

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

说了那么多概念咱们就开始动手部署Redis的主从复制架构吧，这次我们部署的是一主二从的架构。

#创建文件
mkdir -p /data/redis/master/data
mkdir -p /data/redis/slave1/data
mkdir -p /data/redis/slave2/data

#从节点开启只读模式(默认)
replica-read-only yes

#从节点访问主节点的密码，和requirepass⼀样
masterauth 123456
    
#哪个主节点进⾏复制
replicaof 8.129.113.233 6379

首先创建一个主节点，在data/redis/master/data目录下touch一个redis.conf文件，编辑redis.conf文件

bind 0.0.0.0
port 6379
daemonize yes
requirepass "123456"
logfile "/usr/local/redis/log/redis1.log"
dbfilename "xdclass1.rdb"
dir "/usr/local/redis/data"
appendonly yes
appendfilename "appendonly1.aof"
masterauth "123456"

接着创建从节点1，在data/redis/slave1/data目录下建redis.conf

bind 0.0.0.0
port 6380
daemonize yes
requirepass "123456"
logfile "/usr/local/redis/log/redis2.log"
dbfilename "xdclass2.rdb"
dir "/usr/local/redis/data"
appendonly yes
appendfilename "appendonly2.aof"
replicaof 8.129.113.233 6379
masterauth "123456"

创建从节点2，在data/redis/slave2/data目录下建redis.conf

bind 0.0.0.0
port 6381
daemonize yes
requirepass "123456"
logfile "/usr/local/redis/log/redis3.log"
dbfilename "xdclass3.rdb"
dir "/usr/local/redis/data"
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中的主从复制架构有什么特点”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！

当前标题：Redis6中的主从复制架构有什么特点
URL网址：http://kswjz.com/article/jiohjs.html