Redis学习笔记系列(十)——Redis集群之主从复制模式

8. Redis集群

Redis单机部署在测试环境是可以的,但是如果在生产环境也是单机的话,就会有单点故障,因此需要引入集群,保证redis集群的高可用。Redis集群部署有三种方案:

  • 主从复制模式
  • 哨兵模式
  • 集群模式

8.1 主从复制模式

8.1.1 主从复制结构
Redis主从复制结构

主从复制模式中包含一个主数据库实例(master)与一个或多个从数据库实例(slave),如上图。客户端可对主数据库进行读写操作,对从数据库进行读操作,主数据库写入的数据会实时自动同步给从数据库。

8.1.2 主从复制工作机制

当slave启动后,主动向master发送PSYNC命令。master接收到PSYNC命令后在后台保存快照(RDB持久化)和缓存保存快照这段时间的命令,然后将保存的快照文件和缓存的命令发送给slave。slave接收到快照文件和命令后加载快照文件和缓存的执行命令。复制初始化后,master每次接收到的写命令都会同步发送给slave,保证主从数据一致性。

主从复制工作机制

8.1.3 搭建过程
  1. 我们在Redis学习笔记系列(一)——Redis简介及安装一节中,已经介绍过单机部署的步骤了,现在我们需要再部署两台redis服务器,其中一台redis服务器做Master节点,另外两个节点作为Slave节点。每个节点的部署方法可参照前面那篇文章。

  2. 修改配置文件。
    修改Master节点的配置文件redis.conf,允许外部连接,并且开启密码验证。

# 是否开启保护模式(默认开启)
# 要是配置里没有指定bind和密码。
# 开启该参数后,redis只会本地进行访问,拒绝外部访问。
# 要是开启了密码和bind,可以开启。否则最好关闭,设置为no。
protected-mode no

# 指定redis只接收指定IP地址的请求
# 如需处理所有请求(远程访问) bind 0.0.0.0
bind  0.0.0.0

# 设置密码
requirepass 123456

修改Slave节点的配置文件,如下:

# 复制选项,slave复制对应的master
slaveof master 6379

# 如果master设置了requirepass,那么slave要连上master,需要有master的密码才行。
# masterauth就是用来配置master的密码,这样可以在连上master后进行认证
masterauth 123456

# 当slave同master失去连接或者复制正在进行,slave的运行方式
# 1.如果slave-serve-stale-data设置为yes(默认设置),slave会继续响应客户端的请求。
# 2.如果slave-serve-stale-data设置为no,除去INFO和SLAVOF命令之外的任何请求都会返回一个错误”SYNC with master in progress”。
slave-serve-stale-data no
  1. 分别启动Master节点和Slave节点,在Master节点和Slave节点分别查看节点状态。
master: redis-cli
127.0.0.1:6379>  auth 123456
OK

# Master节点
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.6.4,port=6379,state=online,offset=179,lag=0
slave1:ip=192.168.6.5,port=6379,state=online,offset=179,lag=1
master_replid:f0202b49b5d88ad57ed0bde33ffbc3b260924330
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:179
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:179

# Slave节点
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:master
master_port:6379
master_link_status:up
master_last_io_seconds_ago:5
master_sync_in_progress:0
slave_repl_offset:3287
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:f0202b49b5d88ad57ed0bde33ffbc3b260924330
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:3287
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:3287
  1. 测试功能
# Master节点,可读可写
127.0.0.1:6379> SET k1 v1
OK
127.0.0.1:6379> GET k1
"v1"

# Slave节点,只可读
127.0.0.1:6379> GET k1
"v1"
127.0.0.1:6379> SET k1 v2
(error) READONLY You can't write against a read only replica.
8.1.4 优缺点分析
  • 优点:
  1. Master能自动将数据同步到Slave,可以进行读写分离,分担Master的读压力
  2. Master与Slave之间的同步是以非阻塞的方式进行的,同步期间,客户端仍然可以提交查询或更新请求。
  • 缺点:
  1. 不具备自动容错与恢复功能,Master或Slave的宕机都可能导致客户端请求失败,需要等待机器重启或手动切换客户端IP才能恢复。
  2. Master宕机,如果宕机前数据没有同步完,则切换IP后会存在数据不一致的问题。难以支持在线扩容,Redis的容量受限于单机配置。

写在最后

如果你觉得我写的文章帮到了你,欢迎点赞、评论、分享、赞赏哦,你们的鼓励是我不断创作的动力~

你可能感兴趣的:(Redis学习笔记系列(十)——Redis集群之主从复制模式)