Redis哨兵模式高可用的示例分析
学习数据库要努力,但是不要急!今天的这篇文章《Redis哨兵模式高可用的示例分析》将会介绍到等等知识点,如果你想深入学习数据库,可以关注我!我会持续更新相关文章的,希望对大家都能有所帮助!
一、序言
Redis高可用有两种模式:哨兵模式
和集群模式
,本文基于哨兵模式搭建一主两从三哨兵
Redis高可用服务。
1、目标与收获
一主两从三哨兵
Redis服务,基本能够满足中小型项目的高可用要求,使用Supervisor监控并管理Redis实例。通过本文将完成如下目标:
哨兵模式服务规划与搭建
哨兵模式服务相比于单机版服务更加可靠,适合读写分离、数据量不是很大、要求可靠稳定性的场景。
客户端整合与读写分离
通过Spring框架对哨兵模式进行连接,完成生产环境的常见操作。
2、端口规划
端口规划是完成本方案的第一步。
二、单机模拟
在学习或开发阶段,单机模拟是利用单台物理机或虚拟机进行操作模拟,以最大程度复现本方案中间过程的一种方法。
为了简化操作,Redis服务做如下约定:数据不持久化到磁盘;服务实例以前台进程方式运行;节点的配置文件以默认配置文件为模版;无密码验证。
(一)服务规划
1、Redis实例
服务在第一次启动时明确知道第几个节点是master节点,当服务在长期运行并发生主从切换时,无法显示知道第几个节点是master节点,需要通过命令行间接查询。
节点 | 主机 | 端口 | 角色 | 额外配置 |
---|---|---|---|---|
node01 | 127.0.0.1 | 6380 | 第一次启动时作为master服务 | |
node02 | 127.0.0.1 | 6381 | 第一次启动时作为slave服务 | replicaof 127.0.0.1 6380 |
node03 | 127.0.0.1 | 6382 | 第一次启动时作为slave服务 | replicaof 127.0.0.1 6380 |
额外配置指第一次启动Redis服务实例时,节点配置文件中新增配置。
2、哨兵服务
哨兵服务节点之间没有主从的区别,所有节点处于平等地位。如果主服务出现异常,哨兵服务会触发投票策略,选举Redis实例中的从节点作为主服务的备选者。
节点 | 主机 | 端口 | 额外配置 |
---|---|---|---|
node01 | 127.0.0.1 | 26380 | sentinel monitor mymaster 127.0.0.1 6380 2 |
node02 | 127.0.0.1 | 26381 | sentinel monitor mymaster 127.0.0.1 6380 2 |
node03 | 127.0.0.1 | 26382 | sentinel monitor mymaster 127.0.0.1 6380 2 |
(二)服务配置
1、Redis实例
节点的初始配置文件以默认配置文件为模版。
node01、node02初始化配置文件之后,显示指明节点间的主从关系,增加如下配置:
replicaof 127.0.0.1 6380
2、哨兵服务
节点的初始配置文件以默认配置文件为模版。
node01、node02、node03初始化配置文件后,增加如下配置:
sentinel monitor mymaster 127.0.0.1 6381 2
(三)服务管理
测试或者学习时,建议采用前台进程管理服务,便于模拟单点故障、查看日志观察主从切换。
为了方便管理并实现服务异常自动重启,建议在生产环境中使用Supervisor来管理服务。高可用场景下使用的是三台物理机。
1、Redis实例
/usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis80.conf --port 6380 --save '' --daemonize no /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis81.conf --port 6381 --save '' --daemonize no /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis82.conf --port 6382 --save '' --daemonize no
2、哨兵服务
/usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel280.conf --port 26380 --daemonize no /usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel281.conf --port 26381 --daemonize no /usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel282.conf --port 26382 --daemonize no
三、客户端整合
客户端实现是指基于SpringBoot的整合分为两步实现:一是完成作为基础的整合;二是结合生产需要补充新特性。
(一)基础整合
要实现单节点故障服务正常运行,基础整合的内容包括使用Java客户端连接高可用的哨兵模式Redis服务。
1、全局配置文件
全局配置文件添加的配置信息有:master
参数为哨兵服务名,此处为默认值;nodes
参数为哨兵服务列表(不是Redis实例服务列表);database
参数为数据库。
spring: redis: database: 0 sentinel: nodes: 192.168.181.171:26380,192.168.181.171:26381,192.168.181.171:26382 master: mymaster
2、集成配置
集成进SpringBoot体系,最核心的是创建LettuceConnectionFactory
连接工厂,通过Redis连接工厂,能够顺利继承进Spring体系下其他框架。
@Configuration public class RedisSentinelConfig { @Autowired private RedisProperties redisProperties; @Bean public RedisConnectionFactory lettuceConnectionFactory() { RedisProperties.Sentinel sentinel = redisProperties.getSentinel(); HashSetnodes = new HashSet<>(sentinel.getNodes()); String master = sentinel.getMaster(); RedisSentinelConfiguration config = new RedisSentinelConfiguration(master, nodes); config.setDatabase(redisProperties.getDatabase()); return new LettuceConnectionFactory(config); } }
(二)读写分离
基础整合仅仅是实现了高可用Redis服务的流程,生产环境下仍需要增加其他配置:修改自定义连接数据库序号;授权连接;连接池配置;读写分离。
在高可用前提下,衍生出读写分离的特性,主库完成写请求;从库完成读请求(从库不允许写)。
@Bean public LettuceClientConfigurationBuilderCustomizer lettuceClientCustomizer() { // 配置读写分离 return builder -> builder.readFrom(ReadFrom.REPLICA); }
终于介绍完啦!小伙伴们,这篇关于《Redis哨兵模式高可用的示例分析》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布数据库相关知识,快来关注吧!

- 上一篇
- Golang函数的tcp、udp、http和websocket处理方法

- 下一篇
- Web 应用现在可以在 Microsoft Edge 中使用协议处理程序
-
- 数据库 · Redis | 7小时前 |
- Redis启动后无法访问?快速排查与解决方案
- 208浏览 收藏
-
- 数据库 · Redis | 23小时前 |
- 检查Redis版本及升级指南
- 371浏览 收藏
-
- 数据库 · Redis | 1天前 |
- 检查Redis版本及升级指南
- 384浏览 收藏
-
- 数据库 · Redis | 1天前 |
- 检查Redis版本及升级指南
- 329浏览 收藏
-
- 数据库 · Redis | 1天前 | redis 内存淘汰策略 maxmemory-policy allkeys-lru volatile-lru
- Redis内存淘汰策略配置的最佳实践攻略
- 218浏览 收藏
-
- 数据库 · Redis | 1天前 | redis rdb aof redis-check-rdb redis-check-aof
- Redis数据文件损坏恢复攻略及详细步骤
- 500浏览 收藏
-
- 数据库 · Redis | 2天前 | redis redis-check-rdb 数据文件损坏 redis-check-aof 恢复步骤
- Redis数据文件损坏后的恢复攻略
- 465浏览 收藏
-
- 数据库 · Redis | 2天前 | redis Django 缓存 settings.py django-redis
- Django项目Redis缓存集成详解步骤
- 458浏览 收藏
-
- 数据库 · Redis | 4天前 |
- Redis启动时如何指定配置文件
- 225浏览 收藏
-
- 数据库 · Redis | 4天前 |
- Redis启动后无法访问?排查与解决攻略
- 498浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 508次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 484次学习
-
- 笔灵AI生成答辩PPT
- 探索笔灵AI生成答辩PPT的强大功能,快速制作高质量答辩PPT。精准内容提取、多样模板匹配、数据可视化、配套自述稿生成,让您的学术和职场展示更加专业与高效。
- 28次使用
-
- 知网AIGC检测服务系统
- 知网AIGC检测服务系统,专注于检测学术文本中的疑似AI生成内容。依托知网海量高质量文献资源,结合先进的“知识增强AIGC检测技术”,系统能够从语言模式和语义逻辑两方面精准识别AI生成内容,适用于学术研究、教育和企业领域,确保文本的真实性和原创性。
- 42次使用
-
- AIGC检测-Aibiye
- AIbiye官网推出的AIGC检测服务,专注于检测ChatGPT、Gemini、Claude等AIGC工具生成的文本,帮助用户确保论文的原创性和学术规范。支持txt和doc(x)格式,检测范围为论文正文,提供高准确性和便捷的用户体验。
- 39次使用
-
- 易笔AI论文
- 易笔AI论文平台提供自动写作、格式校对、查重检测等功能,支持多种学术领域的论文生成。价格优惠,界面友好,操作简便,适用于学术研究者、学生及论文辅导机构。
- 51次使用
-
- 笔启AI论文写作平台
- 笔启AI论文写作平台提供多类型论文生成服务,支持多语言写作,满足学术研究者、学生和职场人士的需求。平台采用AI 4.0版本,确保论文质量和原创性,并提供查重保障和隐私保护。
- 42次使用
-
- redis复制有可能碰到的问题汇总
- 2023-01-01 501浏览
-
- 使用lua+redis解决发多张券的并发问题
- 2023-01-27 501浏览
-
- Redis应用实例分享:社交媒体平台设计
- 2023-06-21 501浏览
-
- 使用Python和Redis构建日志分析系统:如何实时监控系统运行状况
- 2023-08-08 501浏览
-
- 如何利用Redis和Python实现消息队列功能
- 2023-08-16 501浏览