🌟整合说明
架构采用单机部署一主二从三哨兵的模式,以下为节点信息和相关架构图。
节点信息
节点名称 | IP地址 | 端口号 |
master | 49.233.48.98 | 6379 |
slave1 | 49.233.48.98 | 6380 |
slave2 | 49.233.48.98 | 6381 |
sentinel1 | 49.233.48.98 | 26379 |
sentinel2 | 49.233.48.98 | 26380 |
sentinel3 | 49.233.48.98 | 26381 |
主从复制+哨兵模式架构图
工作流程图:
工作流程描述
- 创建主节点:首先,配置一个Redis实例作为主节点,它负责接收写操作(如添加、更新、删除等),将数据同步到从节点,并向哨兵节点报告自己的状态。
- 启动从节点:在其他Redis实例上配置为从节点,它们将复制主节点的数据,并处理读操作。从节点会连接到主节点,并通过发送SYNC命令来进行全量数据同步。
- 哨兵节点监控:启动一组哨兵节点,它们会定期检查主节点和从节点的状态。哨兵节点会发送PING命令来检测节点是否可达,并获取节点信息。
- 主节点故障检测:当哨兵节点无法与主节点通信时,会将主节点标记为下线,并开始选举过程。选举的目的是从从节点中选择一个新的主节点。
- 选举新的主节点:哨兵发起选举,通过选举算法(如投票机制)从从节点中选出一个新的主节点,然后将其他从节点切换到新的主节点。
- 更新配置信息:一旦新的主节点选举成功,哨兵会将新的主节点信息通知给所有从节点,并更新他们的配置。
- 重新同步数据:当从节点收到新的主节点信息后,它会断开与之前主节点的连接,并与新的主节点重新建立连接。从节点通过发送部分重同步命令(PSYNC)来获取丢失的数据,并与主节点保持同步。
- 故障转移完成:一旦从节点成功与新的主节点同步完成,故障转移过程就完成了。现在,系统中有一个新的主节点和一些从节点,它们继续处理读写请求,并保持主从复制+哨兵模式的工作状态。
🌟主从复制搭建
有关于主从复制的搭建,可以前往专栏《Redis从头学》中的【Redis从头学-12】Redis主从复制和读写分离的多种部署方式解析(普通方式、Docker搭建方式、Docker-Compose搭建方式)。此文为大家解读了什么是主从复制和读写分离并提供了三种主从搭建的方式。
🌟哨兵模式搭建
有关于哨兵模式搭建,可以前往专栏《Redis从头学》中的【Redis从头学-13】Redis哨兵模式解析以及搭建指南。此文为大家解读了什么是哨兵模式并提供了搭建哨兵模式的全过程以及易错点。
🌟整合Redis
有关于SpringBoot整合Redis可以查看本专栏上一篇文章一张思维导图带你学会SpringBoot整合Redis。此文章提供了整合Redis的全过程。
🌟application.properties
此文章基于上一篇文章一张思维导图带你学会SpringBoot整合Redis进行修改。无需配置host和port。
#spring.redis.host=49.233.48.98 #spring.redis.port=6379 spring.redis.password=daencode@top #哨兵监控的主节点名称 spring.redis.sentinel.master=mymaster #哨兵节点信息 spring.redis.sentinel.nodes=49.233.48.98:26379,49.233.48.98:26380,49.233.48.98:26381 spring.redis.sentinel.password=daencode@top
🌟写在最后
有关于两张流程图带你学会SpringBoot整合Redis主从复制、哨兵模式并搞懂其工作流程到此就结束了。感谢大家的阅读,希望大家在评论区对此部分内容散发讨论,便于学到更多的知识。