搭建Redis主从复制、哨兵模式

比眉伴天荒 2023-10-04 19:24 31阅读 0赞

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

#### 文章目录 ####

*  一、概述
 *  二、搭建Redis一主两从
 *   *  环境配置
     *  搭建步骤
     *  查看运行状态
     *  配置从（库）服务器
     *  测试一下
 *  三、主从复制场景
 *   *  一主二仆
     *  薪火相传
     *  反客为主
 *  四、哨兵模式
 *  五、主从复制原理

--------------------

## 一、概述 ##

*  主机数据更新后根据配置和策略， 自动同步到备机的**master/slaver**机制，**Master**以写为主，**Slave**以读为主。
 *  Redsi主从复制可以实现读写分离，对性能进行极大程度的扩展。
 *  容灾快速恢复

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

通俗的说：

应用系统访问到master Redis服务器中，进行写数据的操作，当数据写入完成后，master服务器会将写入的数据复制到Slave从服务器中，进行数据的同步，当应用系统读取数据的时候，会去从服务器中读取数据。主服务器只做写数据操作，从服务器只做读数据的操作，这样减轻了各服务器的压力，提高读写效率，将读、写份离开，也就是数据的**读写分离**。

当应用程序在从服务器读取数据的时候，首先去第一台从服务器读取数据，突然，第一台从服务器宕机了，这时无法从此服务器继续读取数据，根据Redsi容灾机制，会切换到下一台从服务器去读取数据，这就实现了服务器的**容灾恢复**。

## 二、搭建Redis一主两从 ##

### 环境配置 ###

*  LInux操作系统，CentOS 7
 *  Redis服务器
 *  三台装有Redis的服务器。（**此处使用一台服务器开启三个redis服务来模拟一主两从**）

### 搭建步骤 ###

第一步：在根目录下创建**myRedis**文件夹

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

第二步：复制**redis.conf**配置文件到**myRedis**文件夹

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

第三步：创建三个端口号不同的**redis.conf**，分别为`redis6379.conf、redis6380.conf、redis6381.conf`，以不同的端口服务模拟一主两从

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

第四步：在以上三个配置文件中，引入**myRedis**文件夹下的redis.conf文件，并添加单独的配置

include /myredis/redis.conf
    pidfile /var/run/redis_6379.pid
    port 6379
    dbfilename dump6379.rdb

![在这里插入图片描述][256d10ab73c5413083271fe62d332035.png]  
![在这里插入图片描述][0137e99b3f9f4806b48ac3256ecdae9d.png]

其他两个文件类似…

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

第五步：启动三个redis服务，以不同的端口

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

### 查看运行状态 ###

进入redis客户端

redis-cli -p 6379

查看redis服务的运行状态:

info replication

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

目前三台服务器都是master主服务器，接下来以端口为6379的服务器为主机，其他两个为从机进行配置。

### 配置从（库）服务器 ###

配置某个服务器为从服务器：

slaveof  <ip><port>
    ip : 主服务器IP
    port : 主服务器端口号

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

可以看到端口为6379 的主服务器有两个从服务器。

### 测试一下 ###

在6379 中进行写操作：

![在这里插入图片描述][5d125c8352f148f3bc21547c2ff2885d.png]  
在 6380 、6381 中查看：

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

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

数据已经同步成功。

那在6380 从机中进行写操作：

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

**报错提示： You can’t write against a read only replica.（无法针对只读副本进行写入。）**

**测试成功，实现读写分离。**

## 三、主从复制场景 ##

### 一主二仆 ###

基于以上搭建的一主两从服务，可能会出现以下的问题：

*  其中一台从服务器宕机之后，会发生什么？
 *  如果master 主服务器宕机之后，会发生什么？

接下来就以上两个问题进行一个演示。

**① 其中一台从服务器宕机之后，会发生什么？**

目前以端口为 6379 的服务器为主服务器， 6380、6381为从服务器，先让6381的从服务器挂掉。

![在这里插入图片描述][44491d7d530f46caa3495256d36463c4.png]  
6379 运行状态：

![在这里插入图片描述][733c90b90d1243a09654c58e057e64c8.png]  
显示，目前只有一台从服务器。

接下来往6379 主服务器写入数据：

![在这里插入图片描述][f5077c5f694f462cac3e85c8d19264f5.png]  
6380 中查看数据：

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

数据同步正常。

接下来，将宕机的6381 重新启动：

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

重启后发现，之前的从服务器变成了主服务器，接下来重新让其变为从服务器。

![在这里插入图片描述][485f245dcd0640d7b39f3ffb6e78d337.png]  
![在这里插入图片描述][65fde44f0192483b8162adaa1e9e8e33.png]  
如图，6381已经重新成为了从服务器，之前在6381宕机之后，主服务器写入了几条数据，那么是否同步成功？

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

发现，当6381服务器重新成为从服务器后，会将主服务器的数据重新复制一份。

**特点：**

*  当从服务器宕机后，再次重启之后，从服务器无法成为之前主服务器的从服务器，而是新的主服务器。
 *  当从服务器宕机后，再次重启之后，从服务器会将主服务器中的数据重新全部复制一份。

**② 如果master 主服务器宕机之后，会发生什么？**

目前以端口为 6379 的服务器为主服务器， 6380、6381为从服务器，先让6379的主服务器挂掉。

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

6380、6381从服务器的运行状态：

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

当主服务器宕机后，从服务器依然是从服务器，主服务器依然是宕机后的主服务器。

接下来，重新启动主服务器，查看运行状态：

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

主服务器重新回到大哥的位置！！

**特点：**

*  当主服务器宕机后，从服务器不做任何事情，依然是宕机后的主服务器的从服务器。
 *  当主服务器重新启动之后，依然是主服务器。

### 薪火相传 ###

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

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

在这种场景中有一个缺点，就是当主服务器同步给第二节点的从服务器后，第二节点的从服务器宕机了，无法想后面的从服务器继续同步数据。

### 反客为主 ###

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

将从机变为主机：

slaveof  no one

让主服务器 6379宕机:

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

查看6380状态，依然是从服务器：

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

执行命令，查看运行状态发现变成主服务器。

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

这种手动进行重启的方式非常的麻烦、耗时，redis中提供了当一个master服务器宕机后，自动 的将从机升为master 主机，这种方式成为**哨兵模式**。

## 四、哨兵模式 ##

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

![在这里插入图片描述][1ac6eb83c10b42f890f566845b11d30d.png]  
具体实现步骤：

① 重新搭建Redis一主二仆

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

② 在/myRedis目录下新建`sentinel.conf`文件（注：文件名不能修改）

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

③ 配置哨兵，添加如下内容

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

④ 启动哨兵

执行如下命令：

redis-sentinel  /sentinel.conf

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

⑤ 测试主机宕机，会发生什么？

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

如图可以看到，6381 成为主服务器， 6380为从服务器，重启6379 后也成为6381的从机。

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

**复制延时**

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

**代码实现**

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

## 五、主从复制原理 ##

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

1.  当从服务器连接上主服务器之后，从服务器向主服务器发送需要进行数据同步的消息。
2.  主服务器接收到从服务器发送的数据同步的消息，先把主服务器 中的数据进行持久化到rdb中，将rdb文件发送给从服务器，从服务器拿到rdb文件进行读取数据。
3.  每次主服务器进行写操作之后，就会和从服务器进行数据同步。（主服务器主动同步）

至此本次分享的内容就结束了，希望对大家有所帮助！！！

![在这里插入图片描述][bb3d17175fb14eb6b068cd96727a4740.webp_pic_center]

[42e6cefcc4d64e0cb7d1e0b637a6d77c.png]: https://img-blog.csdnimg.cn/42e6cefcc4d64e0cb7d1e0b637a6d77c.png
[539f715a2a9748b18c38b4ffad3d11e6.png]: https://img-blog.csdnimg.cn/539f715a2a9748b18c38b4ffad3d11e6.png
[bf393dfe958540b68cbe7faed06499bc.png]: https://img-blog.csdnimg.cn/bf393dfe958540b68cbe7faed06499bc.png
[146febfd368546009841b1457246a8f1.png]: https://img-blog.csdnimg.cn/146febfd368546009841b1457246a8f1.png
[4149a913d40b4cde96fc0dc019e95ab4.png]: https://img-blog.csdnimg.cn/4149a913d40b4cde96fc0dc019e95ab4.png
[256d10ab73c5413083271fe62d332035.png]: https://img-blog.csdnimg.cn/256d10ab73c5413083271fe62d332035.png
[0137e99b3f9f4806b48ac3256ecdae9d.png]: https://img-blog.csdnimg.cn/0137e99b3f9f4806b48ac3256ecdae9d.png
[771a3c4dd4824859a347d1761cb4b3e7.png]: https://img-blog.csdnimg.cn/771a3c4dd4824859a347d1761cb4b3e7.png
[5d8523f9801e419fa1c59366146139fc.png]: https://img-blog.csdnimg.cn/5d8523f9801e419fa1c59366146139fc.png
[baf73c5dc74b424fa261767c96d0cd3c.png]: https://img-blog.csdnimg.cn/baf73c5dc74b424fa261767c96d0cd3c.png
[9306ca6127444d5fadaaa9f8ba1bd640.png]: https://img-blog.csdnimg.cn/9306ca6127444d5fadaaa9f8ba1bd640.png
[5d125c8352f148f3bc21547c2ff2885d.png]: https://img-blog.csdnimg.cn/5d125c8352f148f3bc21547c2ff2885d.png
[6ba1a0f1df6f4356916e6df404d572e5.png]: https://img-blog.csdnimg.cn/6ba1a0f1df6f4356916e6df404d572e5.png
[b2d7dabfa1054494913a331b42411f32.png]: https://img-blog.csdnimg.cn/b2d7dabfa1054494913a331b42411f32.png
[bd07d86bf2bc4503bfe3a53203c0c144.png]: https://img-blog.csdnimg.cn/bd07d86bf2bc4503bfe3a53203c0c144.png
[44491d7d530f46caa3495256d36463c4.png]: https://img-blog.csdnimg.cn/44491d7d530f46caa3495256d36463c4.png
[733c90b90d1243a09654c58e057e64c8.png]: https://img-blog.csdnimg.cn/733c90b90d1243a09654c58e057e64c8.png
[f5077c5f694f462cac3e85c8d19264f5.png]: https://img-blog.csdnimg.cn/f5077c5f694f462cac3e85c8d19264f5.png
[3855813171a14f8ebb0d32171cc01e62.png]: https://img-blog.csdnimg.cn/3855813171a14f8ebb0d32171cc01e62.png
[880c400602c34a73bd0057a92ff3cc88.png]: https://img-blog.csdnimg.cn/880c400602c34a73bd0057a92ff3cc88.png
[485f245dcd0640d7b39f3ffb6e78d337.png]: https://img-blog.csdnimg.cn/485f245dcd0640d7b39f3ffb6e78d337.png
[65fde44f0192483b8162adaa1e9e8e33.png]: https://img-blog.csdnimg.cn/65fde44f0192483b8162adaa1e9e8e33.png
[67defd96d09141a79433ca2c43d4b143.png]: https://img-blog.csdnimg.cn/67defd96d09141a79433ca2c43d4b143.png
[fe6d7a117873451392689bb87f1141b4.png]: https://img-blog.csdnimg.cn/fe6d7a117873451392689bb87f1141b4.png
[b38a00584bc9494680ce9f829d7254c0.png]: https://img-blog.csdnimg.cn/b38a00584bc9494680ce9f829d7254c0.png
[15d9d89527cd4d14a7c05c1b186d6802.png]: https://img-blog.csdnimg.cn/15d9d89527cd4d14a7c05c1b186d6802.png
[3f0823d852f440c88e3097304f2f9f6e.png]: https://img-blog.csdnimg.cn/3f0823d852f440c88e3097304f2f9f6e.png
[e77115bf150f462f9f8b5ff867805523.png]: https://img-blog.csdnimg.cn/e77115bf150f462f9f8b5ff867805523.png
[ba7147b23643429ab6e95b86a98a5954.png]: https://img-blog.csdnimg.cn/ba7147b23643429ab6e95b86a98a5954.png
[c945f67b95d24fe68b4299b6b1e36977.png]: https://img-blog.csdnimg.cn/c945f67b95d24fe68b4299b6b1e36977.png
[1ac6eb83c10b42f890f566845b11d30d.png]: https://img-blog.csdnimg.cn/1ac6eb83c10b42f890f566845b11d30d.png
[0617d5ff8fa34385940567d7a194d0e4.png]: https://img-blog.csdnimg.cn/0617d5ff8fa34385940567d7a194d0e4.png
[4b34e79bd17943698937b56ac7b65c71.png]: https://img-blog.csdnimg.cn/4b34e79bd17943698937b56ac7b65c71.png
[5cf77956137346ad83fdcd628febca2e.png]: https://img-blog.csdnimg.cn/5cf77956137346ad83fdcd628febca2e.png
[eb38ee88c3aa41f79a830f69ec0e5c98.png]: https://img-blog.csdnimg.cn/eb38ee88c3aa41f79a830f69ec0e5c98.png
[ffcf0278ec194a8d908d72aebdaf00fe.png]: https://img-blog.csdnimg.cn/ffcf0278ec194a8d908d72aebdaf00fe.png
[6f346e6d8b9d44e5b026fd1a7b285d7d.png]: https://img-blog.csdnimg.cn/6f346e6d8b9d44e5b026fd1a7b285d7d.png
[c11f5e5080b84e5b8241895b697b29b2.png]: https://img-blog.csdnimg.cn/c11f5e5080b84e5b8241895b697b29b2.png
[bb3d17175fb14eb6b068cd96727a4740.webp_pic_center]: https://img-blog.csdnimg.cn/bb3d17175fb14eb6b068cd96727a4740.webp#pic_center