第06讲：Redis主从复制之哨兵模式

最新推荐文章于 2024-05-18 22:15:00 发布

Java秦老师

最新推荐文章于 2024-05-18 22:15:00 发布

阅读量106

点赞数

分类专栏： Redis 文章标签： redis 服务器数据库

本文链接：https://blog.csdn.net/qzc70919700/article/details/128457159

版权

Redis 专栏收录该内容

15 篇文章 1 订阅

订阅专栏

哨兵模式是主从复制的一种策略，该策略能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。
在这里插入图片描述

一、哨兵模式的实验

1.1、原理解析

新主登基：
	当主机shutdown之后，哨兵会从所有从服务器里面挑选一个从服务器并将其转成主服务器，选择条件依次为：
	1、选择优先级靠前的
	2、选择偏移量最大的
	3、选择runid最小的
群仆俯首：
	挑选出新的主服务之后sentinel向原主服务的从服务发送slaveof新服务的命令，添加到新master
旧主俯首：
	当已下线的服务重新上线时，sentinel会向其发送slaveof命令，让其成为新主的从服务

1.2、实验思路

1、将模式调整为一主二从的模式（master：6379，slave：6380、6381）
2、创建哨兵
3、启动哨兵

1.3、开始实验

1.3.1、创建哨兵

在文件夹下创建sentinel.conf配置文件，添加如下命令：

sentinel monitor mymaster 127.0.0.1 6379 1

Tip: 其中mymaster为监控对象起的服务器名称， 1 为至少有多少个哨兵同意迁移的数量。

1.3.2、启动哨兵

redis-sentinel sentinel.conf

在这里插入图片描述

1.3.3、简单测试

第1步：kill主机

在这里插入图片描述

第2步：观察哨兵变化

在这里插入图片描述
哨兵检测到6379的主机挂掉了，将从机6380设置为新的主机，此时我们在6380客户端通过info命令查看，6380确实已经升级为主机

我们再尝试启动6379，然后通过info命令查看服务器状态，发现6379已经变成了6380的从机
在这里插入图片描述

二、哨兵模式可能会出现的问题

2.1、复制延时

由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。

三、jedis使用JedisSentinelPool连接池

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();
        }
}