主从复制
简介
主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器。前者称为主节点 (master/leader),后者称为从节(slave/follower)。数据的复制是单向的,只能由主节点到从节点。Master以写为主,Slave 以读为主。默认情况下,每台Redis服务器都是主节点。且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点。
作用
- 提高了redis服务的扩展性,避免单个redis服务器的读写访问压力过大的问题,同时也可以给为数据备份及冗余提供一种解决方案
- 负载均衡:在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务,分担服务器负载。尤其是在写少读多的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量。
- 高可用(集群)基石:主从复制还是哨兵和集群能够实施的基础,因此说主从复制是Redis高可用的基础。
简单结构
一个主库连接三个从库,主库处理写请求,从库处理读请求。
环境配置
- 连接redis服务器
[root@liuxu lxconfig]# ls #找到redis.conf配置文件
redis.conf
[root@liuxu lxconfig]# redis-server redis.conf #启动redis服务
[root@liuxu lxconfig]# redis-cli -p 6379 #客户端连接redis服务
127.0.0.1:6379> ping #测试连接,成功
PONG
127.0.0.1:6379>
- 查看库信息,默认为主机
127.0.0.1:6379> info replication #查看当前库信息
# Replication
role:master #当前状态为主库
connected_slaves:0 #没有从库
master_failover_state:no-failover
master_replid:f5c0e970a762070860d1a737a08ec2bae68fda03
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服务
- 复制3个配置文件,然后修改对应的信息
端口
pid 名字
log文件名字
dump.rdb 名字
- 启动三个服务
- 查看三个服务是否启动成功
如上图,启动成功!使用客户端连接上服务器。
redis-cli -p 6379或
redis-cli -p 6380或
redis-cli -p 6381
- 开始操作主机和从机
#将6380设为6379的从库
127.0.0.1:6380> SLAVEOF 127.0.0.1 6379 #将6379作为主库
OK
127.0.0.1:6380> info replication #查看信息
# Replication
role:slave #当前为从库
master_host:127.0.0.1
master_port:6379 #主库为6379
master_link_status:up
master_last_io_seconds_ago:7
master_sync_in_progress:0
slave_repl_offset:42
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:5c589aac8c3d83be1ece9002cf14e7f9386f411c
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:42
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:42
#查看6379的信息
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1 #6380成为了从库
slave0:ip=127.0.0.1,port=6380,state=online,offset=210,lag=0 #从库为6380
master_failover_state:no-failover
master_replid:5c589aac8c3d83be1ece9002cf14e7f9386f411c
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:210
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:210
#将6381设为6379的从库
127.0.0.1:6381> SLAVEOF 127.0.0.1 6379
OK
127.0.0.1:6381> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379 #主库为6379
master_link_status:up
master_last_io_seconds_ago:2
master_sync_in_progress:0
slave_repl_offset:462
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:5c589aac8c3d83be1ece9002cf14e7f9386f411c
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:462
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:449
repl_backlog_histlen:14
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2 #有两个从库
slave0:ip=127.0.0.1,port=6380,state=online,offset=574,lag=1 #从库为6380
slave1:ip=127.0.0.1,port=6381,state=online,offset=574,lag=1 #从库为6381
master_failover_state:no-failover
master_replid:5c589aac8c3d83be1ece9002cf14e7f9386f411c
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:574
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:574
- 上述关系变为下图所示
- 上述使用命令的方式配置,在真实开发中需要在配置文件中配置。
连接测试
- 主机可以写,从机不能写只能读。主机中的所有信息和数据,都会自动被从机保存。
- 主机断开连接,从机依旧连接到主机的,但是没有写操作。如果主机回来了,从机依旧可以直接获取到主机写的信息。
- 主机断开了连接,可以使用
SLAVEOF no one
让自己变成主机,其他的节点就可以手动连接到最新的这个主节点。
复制原理
Slave 启动成功连接到 Master 后会发送一个sync同步命令 。Master 接到命令,启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数据文件到Slave,并完成一次完全同步。
-
全量复制:Redis用于初次复制或其它无法进行部分复制的情况,将主节点中的所有数据都发送给从节点。当数据量过大的时候,会造成很大的网络开销。
-
部分复制:Redis 针对全量复制的过高开销做出的一种优化措施。当从节点正在复制主节点时,如果出现网络闪断或者命令丢失等异常情况时,从节点会向主节点要求补发丢失的命令数据,主节点的复制积压缓冲区将这部分数据直接发送给从节点。
只要是重新连接master,一次完全同步(全量复制)将被自动执行。复制主要实现了数据的多机备份,以及对于读操作的负载均衡和简单的故障恢复。
主从复制也可以表现为如下模式
哨兵模式
概述
主从切换技术的方法是:当主服务器宕机后,需要手动把一台从服务器切换为主服务器,这就需要人工干预,费事费力,还会造成一段时间内服务不可用。这不是一种推荐的方式,更多时候,我们优先考虑哨兵模式。Redis从2.8开始正式提供了Sentinel(哨兵) 架构来解决这个问题。 哨兵实现了在复制的基础上自动化的故障恢复。可以看成主从复制的智能版,即能自己转化主机。
哨兵模式是一种特殊的模式,首先Redis提供了哨兵的命令,哨兵是一个独立的进程,作为进程,它会独立运行。其原理是哨兵通过发送命令,等待Redis服务器响应,从而监控运行的多个Redis实例。
作用
-
通过发送命令,让Redis服务器返回监控其运行状态,包括主服务器和从服务器。
-
当哨兵监测到master宕机,会自动将slave切换成master,然后通过发布订阅模式通知其他的从服务器,修改配置文件,让它们切换主机。
优点
- 发生故障时,主从可以自动切换,有效解决主从复制时发生故障需要手动切换的问题。
缺点
- Redis 不容易在线扩容,集群容量一旦到达上限,在线扩容就十分麻烦。
- 实现哨兵模式的配置繁琐。
多哨兵模式
假设主服务器宕机,哨兵1先检测到这个结果,系统并不会马上进行failover过程,仅仅是哨兵1主观的认为主服务器不可用,这个现象成为主观下线。当后面的哨兵也检测到主服务器不可用,并且数量达到一定值时,那么哨兵之间就会进行一次投票,投票的结果由一个哨兵发起,进行failover[故障转移]操作。切换成功后,就会通过发布订阅模式,让各个哨兵把自己监控的从服务器实现切换主机,这个过程称为客观下线。
配置哨兵配置文件sentimel.conf
sentinel monitor myredis 127.0.0.1 6379 1
后面的这个数字1,代表主机挂了,slave投票看让谁接替成为主机,票数最多的,就会成为主机。
启动哨兵模式
[root@liuxu bin]# ls
dump.rdb lxconfig redis-benchmark redis-check-aof redis-check-rdb redis-cli redis-sentinel redis-server
[root@liuxu bin]# cd lxconfig/
[root@liuxu lxconfig]# vim sentinel.cnf #创建哨兵的配置文件
[root@liuxu lxconfig]# cd ..
[root@liuxu bin]# redis-sentinel lxconfig/sentinel.cnf #启动哨兵模式
2735:X 30 Aug 2021 17:43:26.975 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
2735:X 30 Aug 2021 17:43:26.975 # Redis version=6.2.5, bits=64, commit=00000000, modified=0, pid=2735, just started
2735:X 30 Aug 2021 17:43:26.975 # Configuration loaded
2735:X 30 Aug 2021 17:43:26.976 * monotonic clock: POSIX clock_gettime
_._
_.-``__ ''-._
_.-`` `. `_. ''-._ Redis 6.2.5 (00000000/0) 64 bit
.-`` .-```. ```\/ _.,_ ''-._
( ' , .-` | `, ) Running in sentinel mode
|`-._`-...-` __...-.``-._|'` _.-'| Port: 26379
| `-._ `._ / _.-' | PID: 2735
`-._ `-._ `-./ _.-' _.-'
|`-._`-._ `-.__.-' _.-'_.-'|
| `-._`-._ _.-'_.-' | https://redis.io
`-._ `-._`-.__.-'_.-' _.-'
|`-._`-._ `-.__.-' _.-'_.-'|
| `-._`-._ _.-'_.-' |
`-._ `-._`-.__.-'_.-' _.-'
`-._ `-.__.-' _.-'
`-._ _.-'
`-.__.-'
2735:X 30 Aug 2021 17:43:26.976 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
2735:X 30 Aug 2021 17:43:26.987 # Sentinel ID is 302d9618320210076194f03c8c679cb0dc3c6e8f
2735:X 30 Aug 2021 17:43:26.987 # +monitor master myredis 127.0.0.1 6379 quorum 1
2735:X 30 Aug 2021 17:43:26.987 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ myredis 127.0.0.1 6379
2735:X 30 Aug 2021 17:43:26.996 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ myredis 127.0.0.1 6379
参考连接:https://blog.csdn.net/LINZEYU666/article/details/115532621