【Redis】主从复制以及代码实现,哨兵模式,反客为主,薪火相传,复制原理,一主二仆

本文详细介绍了Redis的主从复制机制,当主服务器挂起时,从服务器如何接管并重新设置为从服务器。同时,探讨了哨兵模式在高可用性中的作用,以及Redis6.2中`slaveof`命令变为`replicaof`的更新。通过Java代码展示了如何配置JedisSentinelPool实现主从连接。
摘要由CSDN通过智能技术生成

一主二仆:

在这里插入图片描述
在这里插入图片描述

  • 从服务器挂了,主服务器的从服务器会少一个的
  • 从服务器挂了,重启后,从服务器会变成一台独立的主服务器,需要slaveof ip port 重新变成从服务器,重启前主服务器的数据,从服务器会完全复制过来
  • 主服务器挂了,从服务器还是从服务器,主服务器重启后还是主服务器

复制原理:

在这里插入图片描述
在这里插入图片描述


薪火相传:

在这里插入图片描述


反客为主:

在这里插入图片描述
在这里插入图片描述


哨兵模式

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  • Redis6.2 slaveof-priority 改名为replica-priority

主从复制:

private static JedisSentinelPool jedisSentinelPool=null;

public static  Jedis getJedisFromSentinel(){
if(jedisSentinelPool==null){
            Set<String> sentinelSet=new HashSet<>();
            sentinelSet.add("192.168.11.103:26379");

            JedisPoolConfig jedisPoolConfig =new JedisPoolConfig();
            jedisPoolConfig.setMaxTotal(10); //最大可用连接数
jedisPoolConfig.setMaxIdle(5); //最大闲置连接数
jedisPoolConfig.setMinIdle(5); //最小闲置连接数
jedisPoolConfig.setBlockWhenExhausted(true); //连接耗尽是否等待
jedisPoolConfig.setMaxWaitMillis(2000); //等待时间
jedisPoolConfig.setTestOnBorrow(true); //取连接的时候进行一下测试 ping pong

jedisSentinelPool=new JedisSentinelPool("mymaster",sentinelSet,jedisPoolConfig);
return jedisSentinelPool.getResource();
        }else{
return jedisSentinelPool.getResource();
        }
}
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Mr_树先森

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值