博客
关于我
Redis的主从架构+哨兵模式
阅读量:445 次
发布时间:2019-03-06

本文共 3002 字,大约阅读时间需要 10 分钟。

Redis主从架构

 

 

redis主从架构搭建,配置从节点步骤:

1、复制一份redis.conf文件的目录

cd /usr/local/java
cp -a redis redis_6380

2、将相关配置修改为如下值:

port 6380pidfile /var/run/redis_6380.pid  # 把pid进程号写入pidfile配置的文件logfile "6380.log"dir /usr/local/redis/data/6380  # 指定数据存放目录# 需要注释掉bind# bind 127.0.0.1(bind绑定的是自己机器网卡的ip,如果有多块网卡可以配多个ip,代表允许客户端通过机器的哪些网卡ip去访问,内网一般可以不配置bind,注释掉即可)

注意数据存放目录的文件夹目录要预先设置好

3、配置主从复制

replicaof 127.0.0.1 6379   # 从本机6379的redis实例复制数据,Redis 5.0之前使用slaveofreplica-read-only yes  # 配置从节点只读

4、启动从节点

/usr/local/bin/redis-server /usr/local/java/redis_6380/redis.conf

5、连接从节点

./redis-cli -p 6380

 

 

6、测试在6379实例上写数据,6380实例是否能及时同步新修改数据

6379主节点

 

 6380从节点

Redis主从工作原理

如果你为master配置了一个slave,不管这个slave是否是第一次连接上Master,它都会发送一个PSYNC命令给master请求复制数据。

master收到PSYNC命令后,会在后台进行数据持久化通过bgsave生成最新的rdb快照文件,持久化期间,master会继续接收客户端的请求,它会把这些可能修改数据集的请求缓存在内存中。

当持久化进行完毕以后,master会把这份rdb文件数据集发送给slave,slave会把接收到的数据进行持久化生成rdb,然后再加载到内存中。然后,master再将之前缓存在内存中的命令发送给slave。

当master与slave之间的连接由于某些原因而断开时,slave能够自动重连Master,如果master收到了多个slave并发连接请求,它只会进行一次持久化,而不是一个连接一次,然后再把这一份持久化的数据发送给多个并发连接的slave。

主从复制(全量复制)流程图:

 

 

数据部分复制

当master和slave断开重连后,一般都会对整份数据进行复制。但从redis2.8版本开始,redis改用可以支持部分数据复制的命令PSYNC去master同步数据,slave与master能够在网络连接断开重连后只进行部分数据复制(断点续传)。

master会在其内存中创建一个复制数据用的缓存队列,缓存最近一段时间的数据,master和它所有的slave都维护了复制的数据下标offset和master的进程id,因此,当网络连接断开后,slave会请求master继续进行未完成的复制,从所记录的数据下标开始。

如果master进程id变化了,或者从节点数据下标offset太旧,已经不在master的缓存队列里了,那么将会进行一次全量数据的复制。

主从复制(部分复制,断点续传)流程图:

 

如果有很多从节点,为了缓解主从复制风暴(多个从节点同时复制主节点导致主节点压力过大),可以做如下架构,让部分从节点与从节点(与主节点同步)同步数据

 

 

Redis哨兵高可用架构

sentinel哨兵是特殊的redis服务,不提供读写服务,主要用来监控redis实例节点。

哨兵架构下client端第一次从哨兵找出redis的主节点,后续就直接访问redis的主节点,不会每次都通过sentinel代理访问redis的主节点,当redis的主节点发生变化,哨兵会第一时间感知到,并且将新的redis主节点通知给client端(这里面redis的client端一般都实现了订阅功能,订阅sentinel发布的节点变动消息)

 

redis哨兵架构搭建步骤:

1、自己再配置一个6381的从节点,步骤和上述6380一样,首先配置6379主节点的sentinel.conf文件

2、将相关配置修改为如下值:

port 26379daemonize yespidfile "/var/run/redis-sentinel-26379.pid"logfile "26379.log"dir /usr/local/redis/data# sentinel monitor 
# quorum是一个数字,指明当有多少个sentinel认为一个master失效时(值一般为:sentinel总数/2 + 1),master才算真正失效sentinel monitor mymaster 127.0.0.1 6379 2 # mymaster这个名字随便取,客户端访问时会用到

3、启动sentinel哨兵实例

cd  /usr/local/bin
./redis-sentinel /usr/local/java/redis/sentinel.conf

4、查看sentinel的info信息

redis-cli -p 26379
info

可以看到Sentinel的info里已经识别出了redis的主从

 

自己再配置两个sentinel,端口26380和26381,注意上述配置文件里的对应数字都要修改

启动26380

/usr/local/bin/redis-sentinel /usr/local/java/redis_6380/sentinel.conf
redis-cli -p 26380

 

 启动26381

/usr/local/bin/redis-sentinel /usr/local/java/redis_6381/sentinel.conf
redis-cli -p 26381

sentinel集群都启动完毕后,会将哨兵集群的元数据信息写入所有sentinel的配置文件里去(追加在文件的最下面),我们查看下6379的如下配置文件sentinel.conf,如下所示:

 

 

当redis主节点如果挂了,哨兵集群会重新选举出新的redis主节点,同时会修改所有sentinel节点配置文件的集群元数据信息,

 

 比如6379的redis如果挂了,

 

 假设选举出的新主节点是6380,则sentinel文件里的集群元数据信息会变成如下所示

同时还会修改sentinel文件里之前配置的mymaster对应的6379端口,改为6380

 

 

当6379的redis实例再次启动时,哨兵集群根据集群元数据信息就可以将6379端口的redis节点作为从节点加入集群
/usr/local/bin/redis-server /usr/local/java/redis/redis.conf
./redis-sentinel /usr/local/java/redis/sentinel.conf

 

 

转载地址:http://wnlyz.baihongyu.com/

你可能感兴趣的文章
MySQL5.7.18主从复制搭建(一主一从)
查看>>
MySQL5.7.19-win64安装启动
查看>>
mysql5.7.19安装图解_mysql5.7.19 winx64解压缩版安装配置教程
查看>>
MySQL5.7.37windows解压版的安装使用
查看>>
mysql5.7免费下载地址
查看>>
mysql5.7命令总结
查看>>
mysql5.7安装
查看>>
mysql5.7性能调优my.ini
查看>>
MySQL5.7新增Performance Schema表
查看>>
Mysql5.7深入学习 1.MySQL 5.7 中的新增功能
查看>>
Webpack 之 basic chunk graph
查看>>
Mysql5.7版本单机版my.cnf配置文件
查看>>
mysql5.7的安装和Navicat的安装
查看>>
mysql5.7示例数据库_Linux MySQL5.7多实例数据库配置
查看>>
Mysql8 数据库安装及主从配置 | Spring Cloud 2
查看>>
mysql8 配置文件配置group 问题 sql语句group不能使用报错解决 mysql8.X版本的my.cnf配置文件 my.cnf文件 能够使用的my.cnf配置文件
查看>>
MySQL8.0.29启动报错Different lower_case_table_names settings for server (‘0‘) and data dictionary (‘1‘)
查看>>
MYSQL8.0以上忘记root密码
查看>>
Mysql8.0以上重置初始密码的方法
查看>>
mysql8.0新特性-自增变量的持久化
查看>>