Redis_主从复制

  一、介绍

       主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主。

  二、作用

       读写分离，性能拓展

       容灾快速恢复（一主多从）

  三、搭建配置

       1、创建/myredis文件夹

       2、复制Redis配置文件到文件夹中

       3、配置一主两从，创建三个配置文件并写入内容

            redis6379.conf

include /myredis/redis.conf         #公共配置文件路径
pidfile /var/run/redis_6379.pid     #pid文件路径
port 6379                           #端口号
dbfilename dump6379.rdb             #rdb文件名称

            redis6380.conf

include /myredis/redis.conf         #公共配置文件路径
pidfile /var/run/redis_6380.pid     #pid文件路径
port 6380                           #端口号
dbfilename dump6380.rdb             #rdb文件名称

            redis6381.conf

include /myredis/redis.conf         #公共配置文件路径
pidfile /var/run/redis_6381.pid     #pid文件路径
port 6381                           #端口号
dbfilename dump6381.rdb             #rdb文件名称

      4、启动三个redis服务

[root@localhost myredis]# ps -ef|grep redis
root      19212      1  0 10:20 ?        00:00:00 redis-server *:6379
root      19226      1  0 10:20 ?        00:00:00 redis-server *:6380
root      19240      1  0 10:20 ?        00:00:00 redis-server *:6381
root      19260  18577  0 10:20 pts/1    00:00:00 grep --color=auto redis

     5、查看三台主机的运行情况

  info replication 打印主从复制的相关信息

  6、配从（库）不配主（库）

 执行 slaveof <ip> <port>   成为某个实例的从服务器

 在6380和6381上执行slaveof 127.0.0.1 6379

  7、演示

       主库写数据，从库可以查到，并且从库不支持写数据

  四、一主二仆

      1、 当从服务器挂掉之后，重新启动；则从服务器变为了主服务器，需要再执行 slaveof <ip> <port>

命令之后才会成为从服务器；并且重启之后会从头复制主服务器的数据。

       当主服务器挂掉之后，从服务器不会改变，只会记录主服务器的状态。

     2、复制原理

         slave启动成功连接到master后会发送一个sync命令

         Master接到命令，把Master数据进行持久化，rdb文件，把rdb文件发送slave，slave拿到rdb文件进行读取。每次master进行写操作之后，和slave进行数据同步。

         全量复制：而slave服务在接收到数据库文件之后，将其存盘并加载到内存中。

         增量复制：Master继续将新的所有收集到的修改命令依次传给slave，完成同步。

   五、薪火相传

        上一个slave可以是下一个slave的master,slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中的下一个master,可以有效减轻masterd的写压力，去中心化降低风险。

   六、反客为主

          执行 slaveof no one 将从机变为主机

          当一个master宕机后，后面的slave可以立刻升为master,其后面的slave不用做任何修改

   七、哨兵模式

          1、简介

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

          2、步骤

              1>自定义的/myredis目录下新建sentinel.conf文件

              2>填写内容

sentinel monitor mymaster 127.0.0.1 6379 1

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

               3>启动哨兵

redis-sentinel sentinel.conf

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

             （大概10秒左右可以看到哨兵窗口日志，切换了新的主机）根据优先级别：slave-priority（replica-priority ），然后看偏移量（哪个数据全）再选择runid最小的（redis每次启动会随机生成一个40位的runid）

                原主机重启后变为从机

  八、复制延时

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

public class JedisPoolUtil2 {
    private static JedisSentinelPool jedisSentinelPool = null;

    private JedisPoolUtil2(){

    }

    public static JedisSentinelPool getJedisFromFentinel(){
        if(jedisSentinelPool == null){
            synchronized (JedisPoolUtil2.class){
                if(jedisSentinelPool == null){
                    HashSet<String> sentinelSet = new HashSet<>();
                    sentinelSet.add("192.168.xxx.165:26379");

                    JedisPoolConfig poolConfig = new JedisPoolConfig();
                    poolConfig.setMaxTotal(300);
                    poolConfig.setMaxIdle(32);
                    poolConfig.setMaxWaitMillis(100*100);
                    poolConfig.setBlockWhenExhausted(true);
                    poolConfig.setTestOnBorrow(true);

                    jedisSentinelPool = new JedisSentinelPool("mymaster",sentinelSet,poolConfig);
                }
            }
        }
        return jedisSentinelPool;
    }
}