📢📢📢📣📣📣
哈喽！大家好，我是【 Bug 终结者】 ，【CSDN新星创作者】🏆，阿里云技术博主🏆，51CTO人气博主🏆，INfoQ写作专家🏆 <br/>
一位上进心十足，拥有极强学习力的【 Java领域博主】😜😜😜 <br/>
🏅【Bug 终结者】博客的领域是【面向后端技术】的学习，未来会持续更新更多的【后端技术】以及【学习心得】。 偶尔会分享些前端基础知识，会更新实战项目，面向企业级开发应用！
🏅 如果有对【后端技术】、【前端领域】感兴趣的【小可爱】，欢迎关注【Bug 终结者】💞💞💞
❤️❤️❤️ 感谢各位大可爱小可爱！ ❤️❤️❤️
📜系列文章
🚀 [3分钟搞懂阿里云服务器部署Reids并整合Spring Boot
](https://blog.csdn.net/weixin_45526437/article/details/123901841)
一、什么是主从复制？
主从复制,是指将一台Redis服务器的数据 ,复制到其他的Redis服务器I前者称为主节点(master/leader)，
后者称为从节点(slave/follower)数据的复制是单向的，只能由主节点到从节点，Master以写为主, Slave
以读为主。
❇️主从复制的作用
- 读写分离：主节点写，从节点读，提高服务器的读写负载能力
- 数据冗余：主从复制实现了数据的热备份,是持久化之外的一种数据冗余方式。
- 故障恢复：当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复;实际上是一种服务的
冗余。 - 负载均衡：在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务(即写
Redis数据时应用连接主节点,读Redis数据时应用连接从节点) , 分担服务器负载;尤其是在写少读多
的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量。 - 高可用基石：除了上述作用以外,主从复制还是哨兵和集群能够实施的基础,因此说主从复制是Redis
高可用的基础。
主从复制可以提高程序的性能，增加系统的可用性！
✅主从复制流程图
注意：主节点可写可读，从节点只能读取数据！
主节点挂掉后，从节点可以通过命令行的方式谋权篡位直接称王，从而当上主节点！
二、为什么要搭建集群？
在真实项目开发中，仅仅使用一台单机Redis是万万不行的，数据量会很大，所以说以搭建集群的方式来缓解服务器的压力，从而实现系统的高可用性，提高并发能力！
从结构上，单个Redis服务器会发生单点故障,并且一台服务器需要处理所有的请求负载,压力较大;
从容量上，单个Redis服务器内存容量有限，就算一台Redis服务器内存容量为256G ，也不能将所有内存用作Redis存储内存， 一般来说 ,单台Redis最大使用内存不应该超过20G。电商网站上的商品,一般都是一次上传,无数次浏览的,说专业点也就是"多读少写"
均匀分配服务器的读写压力，从而提高系统的并发能力，提高可用性！
三、搭建主从复制集群
⏰环境准备
进入redis 配置文件目录
cd /usr/local/redis/redis-5.0.7/bin/conf复制3份配置文件，并修改文件内容
cp redis.conf redis79.conf
cp redis.conf redis80.conf
cp redis.conf redis81.conf查看配置文件
ll
修改配置文件信息
- 修改 端口号
- 修改 pid
- 修改log文件
- 修改dump文件
连接集群
新开3个链接启动集群，回到bin目录
cd ..
./redis-server /config/redis79.conf
./redis-cli -p 6379 # 启动客户端并监听6379端口
# 新开连接
cd /usr/local/redis/redis-5.0.7/bin
./redis-server /config/redis80.conf
./redis-cli -p 6380 # 启动客户端并监听6379端口
# 新开连接
cd /usr/local/redis/redis-5.0.7/bin
./redis-server /config/redis81.conf
./redis-cli -p 6381 # 启动客户端并监听6379端口在监听端口的客户端输入命令查看信息
info replication # 查看信息，为主机或从机
默认都是主机，我们修改 其它两个机为从机
修改端口为6380为从机，并连接主机6379
修改端口为6381为从机，并连接主机6379
回到主机6379查看信息
♻️测试集群
测试主从复制集群
在6379主机存入一个key-value，其它从机都可以读到响应的key
从机读取key
如果从机要设置key，那么是不可以设置的，从机只能读取主机的key
假设主机6379宕机了，那么其它从机依然连接着主机6379，直至等到主机恢复
这样可不行，如果一直不恢复，会影响系统的可用性！，为解决此问题，我们可以手动设置一个从机为主机，也可以通过哨兵模式自动选举主机
首先需要将6381从机连接上6380主机，这样形成链表得方式，以防一个主机挂掉，还可以快速恢复另一个从机为主机，从而保证数据得完整性
手动设置主机
SLAVEOF no one
这样6380端口就成了新的主机，可以进行添加数据和获取数据
四、什么是哨兵模式？
Sentinel（哨兵模式）是 Redis的高可用性解决方案：由 一个或多个Sentinel实例组成的Sentinel系统可以监视任意多个主服务器， 以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时， 自动将下线主服务器属下的某个从服务器升级为新的主服务器，然后由新的主服务器 代替已下线的主服务器继续处理命令请求。
五、哨兵模式的优缺点
优点
- 哨兵集群，基于主从复制模式，所有的主从配置优点，它都有
- 主从可以切换，故障可以转移，高可用性的系统
- 哨兵模式就是主从模式的升级，手动到自动，更加健壮
缺点
- Redis 不好在线扩容，集群容量一旦到达上限，在线扩容就十分麻烦
- 实现哨兵模式的配置很麻烦，配置复杂
哨兵模式是主从复制模式的升级，根据心跳机制可自动检测服务是否在线，从而切换主机，来保证服务的可用性与健壮性！
六、搭建哨兵模式集群
⛽搭建集群
在这里启动上面的一主二从，启动3个redis端口，一个主机，二个从机
新建 哨兵配置文件 sentinel.conf 写入配置
# 进入配置文件目录
cd /usr/local/redis/redis-5.0.7/bin/config
# 新建哨兵配置文件
vim sentinel.conf写入如下配置
# 监控本地端口为6379 作为主机，投票+1
sentinel monitor myredis 127.0.0.1 6379 1启动哨兵监控
# 退回 bin 目录
cd ..
#启动哨兵模式
./redis-sentinel config/sentinel.conf
✳️测试集群
成功启动哨兵集群后，将主机服务停止，模拟宕机，观测哨兵模式的分配主机
shutdown # 停止6379主机等一小会哨兵检测到主机下线，则会分配新的主机上位
去查看端口为6381的详细信息，可以发现，6380自动连接上了6381主机
再次将6379主机恢复，查看该服务变化，哨兵模式会将6379直接变为从机，并连接6381主机
查看端口为6379的信息
再次查看6381的信息
至此，哨兵模式自动分配主机模式完结！
⛵小结
以上就是【Bug 终结者】对Redis 进阶 -- 搭建主从复制及哨兵模式集群简单的概述，主从复制，哨兵模式搭建集群是企业中必不可少的技术，在高并发情况下可以均匀的分配请求数量，能够承受更加强的并发能力，搭建集群不要想的很难，其实不难，认真去思考，并去实践，终究会学会的，加油~
如果这篇【文章】有帮助到你，希望可以给【 Bug 终结者】点个赞👍，创作不易，如果有对【 后端技术】、【 前端领域】感兴趣的小可爱，也欢迎关注❤️❤️❤️ 【 Bug 终结者】❤️❤️❤️，我将会给你带来巨大的【收获与惊喜】💝💝💝！
