redis高可用集群

本文主要是介绍redis高可用集群，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

高可用集群

主从结构的故障转移：主节点故障宕机，从节点顶替
主从的数据备份：主从关系一旦搭建，从节点时刻备份主节点的数据。高可用的基础

redis的主从数据复制

>info replication //查看当前节点的角色

>slaveof ip 端口

注意：
此时的挂载方式为临时性的，服务重启后，仍需要重新挂载，永久性需改配置文件265行注释

哨兵

哨兵进程是一个单独的,特殊的redis进程,和redis-server相互独立运行,可以实现对主从结构的监听和管理,实现故障转移的控制

原理：

• 监听原理：初始化时访问主节点，调用info 命令从主节点获取所有从节点的信息，维护在内存中进行监控管理，所有节点的状态都会通过哨兵进行维护
• 心跳机制：每秒钟通过rpc(远程通信协议)心跳检测，访问集群的所有节点，一旦发现心跳响应是空的，达到一定时间判断节点故障宕机。
• 投票机制：主节点宕机，选举一个从节点为新的主节点，通过管理的权限，将这个节点的角色转化为master，将其他集群节点挂接到这个新的主节点，必须通过投票决定（哨兵也是集群），必须投票过半，投票的结果才能执行，否则将会进入到重新判断循环。
  

哨兵(sentinel)集群

三个哨兵节点,监控一个一主二从的主从结构
哨兵的配置文件 redis根目录下sentinel.conf

[root@VM_0_10_centos redis-3.2.11]# cp sentinel.conf  sentinel01.conf 
[root@VM_0_10_centos redis-3.2.11]# cp sentinel.conf  sentinel02.conf 
[root@VM_0_10_centos redis-3.2.11]# cp sentinel.conf  sentinel03.conf 

省略

redis-sentinel sentinel01.conf

jedis可以连接哨兵连接集群

哨兵集群的分布式结构

jedis无法实现 jedis无法实现哨兵的分布式
hash一致性计算固定(基于它的结构修改hash一致性算法)

总结

redis能干什么？
nosql key-value 非关系型数据库，可持久化 支持分布式 完成缓存等功能
单节点redis问题？
数据容量上限有限
宕机无法使用
什么是数据分片？
对一批数据进行分布式处理时，数据如何划分，划分后的每一部分数据-数据分片
分布式结构的引入：容量上限，解决读写的速度
分片算法
hash取余：实现key与node节点的一致性
hash一致性：

1. 基础：hash环 散列计算
2. 对应关系原则：节点整数,key值映射整数，顺时针按key值寻找最近的节点
3. 平衡性和权重：虚拟节点，一个真实节点对应多个虚拟节点，根据对虚拟节点的个数设置完成权重值的比例配置。

整合分片连接池到springboot
配置类:@Configuration
读取属性:@ConfigurationProperties
构建初始化Bean对象:@Bean(初始化的属性)
高可用
当节点故障时，可以执行故障替换转移，使得集群依然可以对外提供正常的功能
顶替的节点需要能力（数据的复制，高可用的基础）
顶替机制
哨兵：监听主节点，获取集群信息，rpc心跳检测，投票过半
哨兵集群
jedis实现分布式比较复杂，集群所有分片之间没有通信逻辑

这篇关于redis高可用集群的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---