主从复制的理论
先来说说什么是主从复制
主从复制,就是将一台 redis 服务器的数据,复制到其他的 redis 服务器上, 前者为主节点 master,后者为从节点 slave
数据的复制是单向的,只能是主机复制到从机,master 以写为主,slave 以读为主
默认的情况下,每台 redis 服务器都是主节点,并且一个主节点都会有多个从节点或者没有从节点,但是反过来,一个从节点,只能有一个主节点
主从复制的作用:
- 数据冗余
主从复制实现了数据的热备份,是持久化之外的一种数据冗余方式
- 故障恢复
当主节点出现异常问题时,从节点可以顶替上去提供服务,实现快速的故障恢复,实际上是一种服务的冗余
- 负载均衡
主从复制的基础上,加上读写分离,可以由主节点提供写服务,由从节点提供读服务(也就是 写的时候连接 redis 的主服务器,读数据的时候连接 redis 的从服务器),这就可以分担服务器的压力
特别是在读多写少的情况下,通过多个从节点分担负载,可以大大的提供 redis 服务器的并发量
- 是高可用的基础
主从复制是哨兵模式和集群能够实施的基础,so 主从复制是 redis 高可用的基石
在我们实际工作项目中,绝对不可能在生产环境中只有一台 redis 服务器,必须是集群模式的,最次也是 一主二从
- 从结构来说,单个 reids 服务器会发生单点故障,且一台 redis 服务器承担所有读和写的压力,他太难了
- 从 redis 服务器自身容量来看,单个 redis 服务器自身的容量是有限的,一般来说,单台的 redis 服务器最大使用内存不应该超过 20 GB
例如电商平台,进本上都是多读少写的方式,就会用到上述图示的架构,主从复制,读写分离,大部分情况都是在做读操作,很少一部分情况是在做写操作,这样可以减轻服务器的压力,架构中经常使用一主二从
环境配置
咱们在一台服务器上开启 3 个 redis-server 来模拟 reids 的集群,这是一个伪集群
查看 redis master 节点的信息,
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:0
master_failover_state:no-failover
master_replid:87d84e1268d878bd3b1e7d5ea7f5060d4f71471e
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
将原有的 redis.conf 文件复制 3 份,分别是 6379.conf , 6380.conf ,6381.conf
root@iZuf66y3tuzn4wp3h02t7pZ:/usr/local/redis/redis-6.2.5# cp redis.conf 6379.conf
root@iZuf66y3tuzn4wp3h02t7pZ:/usr/local/redis/redis-6.2.5# cp redis.conf 6380.conf
root@iZuf66y3tuzn4wp3h02t7pZ:/usr/local/redis/redis-6.2.5# cp redis.conf 6381.conf
分别修改上述 3 个文件的如下 4 个位置:
- redis server 的端口号
port 6379
- 后台运行的 redis server pid 的名字,
pidfile /var/run/redis_6379.pid
- 日志文件,
logfile "6379.log"
- rdb 持久化文件,
dbfilename dump6379.rdb
三个文件分别修改完毕后,分别启动三个 redis-server
root@iZuf66y3tuzn4wp3h02t7pZ:~# redis-server /usr/local/redis/redis-6.2.5/6379.conf
root@iZuf66y3tuzn4wp3h02t7pZ:~# redis-server /usr/local/redis/redis-6.2.5/6380.conf
root@iZuf66y3tuzn4wp3h02t7pZ:~# redis-server /usr/local/redis/redis-6.2.5/6381.conf
redis-server 后台启动后,我们查看一下是否启动成功
ps aux | grep reids
root@iZuf66y3tuzn4wp3h02t7pZ:~# ps aux |grep redis
root 4345 0.0 0.1 62776 3864 ? Ssl 08:50 0:00 redis-server 0.0.0.0:6379
root 4351 0.0 0.1 62776 3860 ? Ssl 08:50 0:00 redis-server 0.0.0.0:6380
root 4359 0.1 0.1 62776 3856 ? Ssl 08:50 0:00 redis-server 0.0.0.0:6381
root 4369 0.0 0.0 14436 1016 pts/0 S+ 08:50 0:00 grep --color=auto redis
使用 redis-cli 连接每一个不同端口的 redis-server,查看主从信息,发现每一个 redis-server 都是主机,如下:
127.0.0.1:6379> info replication
# Replication
role:master # 主机
connected_slaves:0 # 从机
master_failover_state:no-failover
master_replid:38cbcdac7d7f6b1c154643f94d6742111826cccb
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
开始设置主从(一主二从)
默认情况下,redis 服务器默认都是主节点,我们只需要配置从节点即可
我们设置 6379 为主,6380 为从,6381 为从
6380 和 6381 都设置好是 6379 的从节点,现在可以查看 6379 的配置信息如下,自己是 master ,有 2 个 slave
这就是设置好了redis 集群,一主二从,这是通过命令的方式临时设置,若其中一个 redis 服务器重启后,自己也会变成 master,因此我们要持久的设置,可以去配置文件中设置
测试在主机上面读写 key,在从机上面读写 key
root@iZuf66y3tuzn4wp3h02t7pZ:~# redis-cli -p 6379
127.0.0.1:6379>
127.0.0.1:6379> set k1 v1
OK
127.0.0.1:6379> get k1
"v1"
127.0.0.1:6379> set k2 v2
OK
127.0.0.1:6379> set k3 v3
OK
127.0.0.1:6379>
root@iZuf66y3tuzn4wp3h02t7pZ:~# redis-cli -p 6380
127.0.0.1:6380> get k2
"v2"
127.0.0.1:6380> set k4 v4
(error) READONLY You can't write against a read only replica.
127.0.0.1:6380>
root@iZuf66y3tuzn4wp3h02t7pZ:~# redis-cli -p 6381
127.0.0.1:6381> get k3
"v3"
127.0.0.1:6381> set k5 v5
(error) READONLY You can't write against a read only replica.
主机上,可以读,可以写
从机上,只能读,不能写
测试断掉主机
root@iZuf66y3tuzn4wp3h02t7pZ:~# redis-cli -p 6379
127.0.0.1:6379> shutdown
not connected>
root@iZuf66y3tuzn4wp3h02t7pZ:~# redis-cli -p 6381
127.0.0.1:6381> keys *
1) "k3"
2) "k2"
3) "k1"
主机挂掉,从机仍然可以读取数据,只是还是不能写,主机起来后,主机仍然可以读和写,写操作又回来了,我们的快乐又回来了
复制的原理
Slave 启动成功连接到 master 后会发送一个 sync 命令
master 收到命令后,启动后台存盘进程,同时收集所有接收到用于修改数据库集命令,在后台进程执行完毕后,master 进程将传送整个数据文件给到 slave ,并完成一次同步
全量复制
slave 服务接收到 master 传过来的数据后,将其存盘并加载到内存
增量复制
master 将新的收集到的所有修改的命令依次传递给 slave ,并完成同步
一旦重新连接 master 节点,一次完全的全量同步就会被执行
参考资料:
欢迎点赞,关注,收藏
朋友们,你的支持和鼓励,是我坚持分享,提高质量的动力
好了,本次就到这里
技术是开放的,我们的心态,更应是开放的。拥抱变化,向阳而生,努力向前行。
我是小魔童哪吒,欢迎点赞关注收藏,下次见~