Redis-12-Redis的主从复制

ゞ浴缸里的玫瑰 2023-09-30 08:14 16阅读 0赞

### 文章目录 ###

*  1：是什么
 *  2：能干嘛
 *  3：主从复制实验
 *   *  1：复制3个redis.conf配置文件
     *  2：新建redis6379.conf，填写以下内容
     *  3：新建redis6380.conf，填写以下内容
     *  4:新建redis6381.conf，填写以下内容
     *  5:启动三台服务器
     *  6：info replication查看个redis服务主从信息
     *  7：slaveof 主从配置，配主不配从
 *  4：主从复制三个功能点
 *   *  1:一主多仆-从机复活后重新同步主机信息
     *  2：薪火相传-设置从机的从机
     *  3：反客为主-从机变主机
 *  5：复制的原理
 *  6：哨兵模式-主动切换从机变为主机
 *   *  1：是什么
     *  2：设置哨兵
     *   *  1：开启一主两从模式
         *  2：自定义的/myredis目录下新建sentinel.conf文件，名字绝不能错
         *  3：配置哨兵,填写内容
         *  4：启动哨兵
         *  5：当主机挂掉后，从机中选出新的主机
         *  6：复制延时
     *  3：故障修复
     *  4：主从复制java代码

# 1：是什么 #

主机数据更新后根据配置和策略， 自动同步到从机的master/slaver机制，Master以写为主，Slave以读为主。redis使用异步复制，维持高性能。

主从和主备的区别：
    主备：客户端不会连接备用机，只是在主机挂了可以顶上
    主从：复制：客户端都可以连接，一般主节点负责读写，从节点负责读。

# 2：能干嘛 #

*  读写分离，性能扩展
 *  容灾快速恢复  
    ![在这里插入图片描述][watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA6IuN54Wc_size_15_color_FFFFFF_t_70_g_se_x_16]

# 3：主从复制实验 #

本次实验在一台机器上拓展3个redis服务，实际应用中用不同的服务器

## 1：复制3个redis.conf配置文件 ##

> 拷贝多个redis.conf文件,在新文件中include共同的配置(写绝对路径)  
> 开启daemonize yes  
> Pid文件名字pidfile  
> 指定端口port  
> Log文件名字  
> dump.rdb名字dbfilename  
> Appendonly 关掉或者换名字，使用rdb

## 2：新建redis6379.conf，填写以下内容 ##

![在这里插入图片描述][3650c7a151ef497fab99f16064371fc9.png]

## 3：新建redis6380.conf，填写以下内容 ##

![在这里插入图片描述][35a824cddcf34539b12dbcb93265db7c.png]

## 4:新建redis6381.conf，填写以下内容 ##

![在这里插入图片描述][bb2dfe939e6946d1b403c1c17997a4da.png]

## 5:启动三台服务器 ##

![在这里插入图片描述][1afa591de3504b0aaa6240f5d8377c26.png]  
查看进程：  
![在这里插入图片描述][902a0d8f4bdb4c9ebaa9e70c6aff4e1c.png]

## 6：info replication查看个redis服务主从信息 ##

![在这里插入图片描述][35b822ab7e434424ba226e433f123aef.png]

## 7：slaveof 主从配置，配主不配从 ##

> slaveof  
> 成为某个实例的从服务器  
> 从5.0以后变成了replicaof

![在这里插入图片描述][bf161d9195be4ca39505758042af0619.png]  
0.从机追随主机后，会从主机将数据同步给从机。

1.  主机要是挂掉，重启就可以了，一切如初，主节点还是主节点
2.  从机要是挂掉，重启后需要重新设计slaveof
3.  可以将配置增加到文件中。永久生效。  
    ![在这里插入图片描述][b8cad862de1f4e61a1e12255cb4f6516.png]

# 4：主从复制三个功能点 #

## 1:一主多仆-从机复活后重新同步主机信息 ##

*  主机如果有数据，从机加入进来后是从主机中重新同步的完整数据，从机原来的数据全部删除
 *  从机只能读，也就是get，不能set
 *  从机死亡后，重新启动。主机还是master。大哥永远是大哥

## 2：薪火相传-设置从机的从机 ##

当所有的从机都从主机同步数据，那么主机压力变大，效率也会降低  
上一个Slave可以是下一个slave的Master，Slave同样可以接收其他 slaves的连接和同步请求，那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。

*  用 slaveof  
    中途变更转向:会清除之前的数据，重新建立拷贝最新的  
    风险是一旦某个slave宕机，后面的slave都没法备份  
    主机挂了，从机还是从机，无法写数据了

## 3：反客为主-从机变主机 ##

当一个master宕机后，后面的slave可以立刻升为master，其后面的slave不用做任何修改。  
用 slaveof no one 将从机变为主机。  
![在这里插入图片描述][9a6f8cb771714fa2b9ed5623fc29c11c.png]

# 5：复制的原理 #

*  Slave启动成功连接到master后会发送一个sync命令
 *  Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令， 在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步
 *  全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
 *  增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步
 *  但是只要是重新连接master,一次完全同步（全量复制)将被自动执行  
    ![在这里插入图片描述][af708f237a2f4ffdbf24393d6b0d20c4.png]

# 6：哨兵模式-主动切换从机变为主机 #

## 1：是什么 ##

反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库  
![在这里插入图片描述][watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA6IuN54Wc_size_14_color_FFFFFF_t_70_g_se_x_16]

## 2：设置哨兵 ##

### 1：开启一主两从模式 ###

6379带着6380、6381  
![在这里插入图片描述][9af63978414c400ab9a80e59b83ca821.png]

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

### 3：配置哨兵,填写内容 ###

\#配置哨兵端口号  
port 26379  
\#该哨兵监控某个redis服务  
sentinel monitor mymaster 127.0.0.1 6379 1  
其中mymaster为监控对象起的服务器名称， 1 为至少有多少个哨兵同意迁移的数量

### 4：启动哨兵 ###

执行redis-sentinel /myredis/sentinel.conf  
![在这里插入图片描述][watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA6IuN54Wc_size_20_color_FFFFFF_t_70_g_se_x_16]

### 5：当主机挂掉后，从机中选出新的主机 ###

(大概10秒左右可以看到哨兵窗口日志，切换了新的主机)  
哪个从机会被选举为主机呢？根据优先级别：slave-priority  
原主机重启后会变为从机。  
并且修改自己的哨兵文件，将监控主机的对象变成了新的主机；  
![在这里插入图片描述][watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA6IuN54Wc_size_20_color_FFFFFF_t_70_g_se_x_16 1]

### 6：复制延时 ###

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

## 3：故障修复 ##

![在这里插入图片描述][watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA6IuN54Wc_size_20_color_FFFFFF_t_70_g_se_x_16 2]  
优先级在redis.conf中默认：slave-priority 100，值越小优先级越高  
偏移量是指获得原主机数据最全的  
每个redis实例启动后都会随机生成一个40位的runid

## 4：主从复制java代码 ##

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
    //从redis中获取mymaster这个名称的哨兵
    jedisSentinelPool=new JedisSentinelPool("mymaster",sentinelSet,jedisPoolConfig);
    return jedisSentinelPool.getResource();
            }else{
        
    return jedisSentinelPool.getResource();
            }
    }

[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA6IuN54Wc_size_15_color_FFFFFF_t_70_g_se_x_16]: https://img-blog.csdnimg.cn/ab0b1eccb38346fa99647edf35837adc.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6IuN54Wc,size_15,color_FFFFFF,t_70,g_se,x_16
[3650c7a151ef497fab99f16064371fc9.png]: https://img-blog.csdnimg.cn/3650c7a151ef497fab99f16064371fc9.png
[35a824cddcf34539b12dbcb93265db7c.png]: https://img-blog.csdnimg.cn/35a824cddcf34539b12dbcb93265db7c.png
[bb2dfe939e6946d1b403c1c17997a4da.png]: https://img-blog.csdnimg.cn/bb2dfe939e6946d1b403c1c17997a4da.png
[1afa591de3504b0aaa6240f5d8377c26.png]: https://img-blog.csdnimg.cn/1afa591de3504b0aaa6240f5d8377c26.png
[902a0d8f4bdb4c9ebaa9e70c6aff4e1c.png]: https://img-blog.csdnimg.cn/902a0d8f4bdb4c9ebaa9e70c6aff4e1c.png
[35b822ab7e434424ba226e433f123aef.png]: https://img-blog.csdnimg.cn/35b822ab7e434424ba226e433f123aef.png
[bf161d9195be4ca39505758042af0619.png]: https://img-blog.csdnimg.cn/bf161d9195be4ca39505758042af0619.png
[b8cad862de1f4e61a1e12255cb4f6516.png]: https://img-blog.csdnimg.cn/b8cad862de1f4e61a1e12255cb4f6516.png
[9a6f8cb771714fa2b9ed5623fc29c11c.png]: https://img-blog.csdnimg.cn/9a6f8cb771714fa2b9ed5623fc29c11c.png
[af708f237a2f4ffdbf24393d6b0d20c4.png]: https://img-blog.csdnimg.cn/af708f237a2f4ffdbf24393d6b0d20c4.png
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA6IuN54Wc_size_14_color_FFFFFF_t_70_g_se_x_16]: https://img-blog.csdnimg.cn/97c05310f31d469b843cf2b316e117bb.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6IuN54Wc,size_14,color_FFFFFF,t_70,g_se,x_16
[9af63978414c400ab9a80e59b83ca821.png]: https://img-blog.csdnimg.cn/9af63978414c400ab9a80e59b83ca821.png
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA6IuN54Wc_size_20_color_FFFFFF_t_70_g_se_x_16]: https://img-blog.csdnimg.cn/222263e0b2b24102ab33b141b69edbdb.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6IuN54Wc,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA6IuN54Wc_size_20_color_FFFFFF_t_70_g_se_x_16 1]: https://img-blog.csdnimg.cn/c515f37b098d40c79e1404fe6b829edc.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6IuN54Wc,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA6IuN54Wc_size_20_color_FFFFFF_t_70_g_se_x_16 2]: https://img-blog.csdnimg.cn/e02ac96f1f0b4eca984741f129fee5e5.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA6IuN54Wc,size_20,color_FFFFFF,t_70,g_se,x_16