共计 2700 个字符,预计需要花费 7 分钟才能阅读完成。
本篇内容介绍了“Redis6 中的主从复制架构有什么特点”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让丸趣 TV 小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
主从复制的介绍
主从复制,是指将一台 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 中的主从复制架构有什么特点”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注丸趣 TV 网站,丸趣 TV 小编将为大家输出更多高质量的实用文章!