Redis6.x 哨兵机制

是什么

反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。

怎么玩(使用步骤)

调整为一主二仆模式，6379带着6380、6381

自定义的/myredis目录下新建sentinel.conf文件，名字绝不能错

配置哨兵,填写内容

sentinel monitor mymaster 127.0.0.1 6379 1

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

启动哨兵

/usr/local/bin

redis做压测可以用自带的redis-benchmark工具
执行redis-sentinel sentinel.conf

当关闭6379后

查看哨兵日志，提示master已经是6381了

当主机挂掉，从机选举中产生新的主机

(大概10秒左右可以看到哨兵窗口日志，切换了新的主机)
哪个从机会被选举为主机呢？根据优先级别：slave-priority
redis6.x 版本应该是 replica-priority
原主机重启后会变为从机。

查看6381机器，查看是否为master。

复制延时

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

故障恢复

优先级在redis.conf中默认：replica-priority 100，值越小优先级越高
偏移量是指获得原主机数据最全的
每个redis实例启动后都会随机生成一个40位的runid

主从复制

Java代码方式。

package com.huan;

import redis.clients.jedis.Jedis;
import redis.clients.jedis.JedisPoolConfig;
import redis.clients.jedis.JedisSentinelPool;

import java.util.HashSet;
import java.util.Set;

public class Master_Slave {
    private static JedisSentinelPool jedisSentinelPool = null;

    public static Jedis getJedisFromSentinel() {

        if (jedisSentinelPool == null) {
            Set<String> sentinelSet = new HashSet<>();
            sentinelSet.add( "192.168.168.30: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();
        }
    }
}