Redis主从复制(上)

谁践踏了优雅 2022-10-17 00:48 6阅读 0赞

### Redis主从复制 ###

*  1、Redis主从复制：
 *  2、Redis主从复制能干什么？
 *  3、相关操作命令
 *   *  3.1 SLAVEOF host port
     *  3.2 ROLE
     *  3.3 info replication
 *  4、读写分离实例
 *   *  4.1、配从库不配主库
     *  4.2、从库配置：
     *  4.3 修改配置文件细节操作
     *   *  4.3.1 拷贝多个redis.conf文件
         *  4.3.2 开启daemonize yes
         *  4.3.3 修改pid文件名字
         *  4.3.4 指定端口
         *  4.3.5 设置Log文件名字
         *  4.3.6 修改Dump.rdb文件名字
 *  5、主从复制
 *   *  5.1 一主二仆
     *   *  5.1.1 启动并查看主从复制信息
         *  5.1.2 将6380和6381端口配置成6379端口的从服务器
         *  5.1.3 日志查看
         *  5.1.4 从机是否可以写？(验证读写分离)
         *  5.1.5 书机SHUTDOWN后情况如何？从机是上位还是原地待命？
         *  5.1.6 主机又回来后，主机新增记录，从机能否顺利复制？
         *  5.1.7 一台从机宕机后，依照原有它能跟上大部队吗？

下篇链接： [https://blog.csdn.net/qq\_43753724/article/details/117428696][https_blog.csdn.net_qq_43753724_article_details_117428696]

# 1、Redis主从复制： #

Redis支持简单且以用的主从复制(master-slave replication)功能，该功能可以让从服务器(slave server)成为主服务器(master server)的精确复制品。

# 2、Redis主从复制能干什么？ #

*  **读写分离**
 *  **容灾恢复**

# 3、相关操作命令 #

## 3.1 SLAVEOF host port ##

通过执行 **SLAVEOF host port** 命令，可以将当前服务器转变为指定服务器的从属服务器(slave server)。

> 如果当前服务器已经是某个主服务器(master server)的从属服务器，那么执行 SLAVEOF host port  
> 将使当前服务器停止对旧主服务器的同步，丢弃旧数据集，转而开始对新主服务器进行同步。 另外，对一个从属服务器执行命令 SLAVEOF NO  
> ONE 将使得这个从属服务器关闭复制功能，并从从属服务器转变回主服务器，原来同步所得的数据集不会被丢弃。 利用“SLAVEOF NO ONE  
> 不会丢弃同步所得数据集”这个特性，可以在主服务器失败的时候，将从属服务器用作新的主服务器，从而实现无间断运行。

## 3.2 ROLE ##

返回实例在复制中担任的角色， 这个角色可以是 master 、 slave 或sentinel。

> 除了角色之外， 命令还会返回与该角色相关的其他信息， 其中： 主服务器将返回属下从服务器的 IP 地址和端口。  
> 从服务器将返回自己正在复制的主服务器的 IP 地址、端口、连接状态以及复制偏移量。  
> Sentinel 将返回自己正在监视的主服务器列表。

## 3.3 info replication ##

**查看主/从复制信息**

# 4、读写分离实例 #

## 4.1、配从库不配主库 ##

## 4.2、从库配置： ##

slaveof 主库IP 主库端口

说明：每次与master断开连接之后，都需要重新连接，除非你配置井redis.conf文件

## 4.3 修改配置文件细节操作 ##

### 4.3.1 拷贝多个redis.conf文件 ###

cd /usr/local/bin
    ll

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70]  
复制redis.conf文件：

cp redis.conf redis6379.conf
    cp redis.conf redis6380.conf
    cp redis.conf redis6381.conf

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 1]  
这里只演示下修改redis6379.conf的配置，其他两个就是把6379分别换成6380和6381即可

vi redis6379.conf

### 4.3.2 开启daemonize yes ###

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

### 4.3.3 修改pid文件名字 ###

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

### 4.3.4 指定端口 ###

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

### 4.3.5 设置Log文件名字 ###

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

### 4.3.6 修改Dump.rdb文件名字 ###

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

# 5、主从复制 #

即一个主服务器，两个从服务器

## 5.1 一主二仆 ##

这里需要启动三个终端，并分别使用上面配置好的6379、6380、6381端口

### 5.1.1 启动并查看主从复制信息 ###

6379端口：  
![在这里插入图片描述][20210531194953352.png]  
![在这里插入图片描述][20210531195005738.png]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 2]  
设置几个值：

set k1 v1
    set k2 v2
    set k3 v3
    set k3 v4

6380端口：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 3]  
6381端口：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 4]

> 可以看到没有配置之前，role的值都是master，即都是主服务器

### 5.1.2 将6380和6381端口配置成6379端口的从服务器 ###

6380端口:

slaveof 127.0.0.1 6379

![在这里插入图片描述][20210531195602403.png]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 5]  
取值：  
![在这里插入图片描述][20210531195903133.png]  
取主服务器设置的值也是没问题的

6381端口：

SLAVEOF 127.0.0.1 6379

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

> 可以看到两个从服务器的role配置项的值变为了slave

### 5.1.3 日志查看 ###

cd /usr/local/bin
    ll

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 7]

### 5.1.4 从机是否可以写？(验证读写分离) ###

假设三台服务器都要set k6(假设主机抢先设置)  
主服务器：

set k6 v6

![在这里插入图片描述][20210531200800857.png]  
6380：

set k6 v66

![在这里插入图片描述][20210531200830751.png]  
6381:

set k6 v666

![在这里插入图片描述][20210531200850535.png]  
从结果来看，从机是不能写的，符合读写分离

### 5.1.5 书机SHUTDOWN后情况如何？从机是上位还是原地待命？ ###

先关闭主机(6379)：  
![在这里插入图片描述][20210531200944163.png]  
查看从机的主从配置信息：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 8]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 9]  
可以看到，从机还是从机，咸鱼翻身还是咸鱼，连接状态变为了down,从机原地待命

### 5.1.6 主机又回来后，主机新增记录，从机能否顺利复制？ ###

重启主机，并设置值`set k7 v7`  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 10]  
从机获取k7:  
6380:  
![在这里插入图片描述][20210531201621508.png]  
6381:  
![在这里插入图片描述][20210531201635417.png]

> 从结果可以看到，从机可以复制

### 5.1.7 一台从机宕机后，依照原有它能跟上大部队吗？ ###

将6380端口的从机断开：  
![在这里插入图片描述][20210531201858459.png]  
设置主机(6379)设置`set k8 v8`  
![在这里插入图片描述][20210531201923239.png]

6381端口：  
没问题  
![在这里插入图片描述][20210531201942288.png]  
6380端口由于宕机了，我们重新启动后再获取k8  
![在这里插入图片描述][20210531202029904.png]  
![在这里插入图片描述][20210531202040384.png]  
查看主从配置信息：从下图看这是6380端口的role已经编程master，和原来6379的主机断开了  
![在这里插入图片描述][20210531202046498.png]  
尝试获取k8

get k8

![在这里插入图片描述][20210531202056862.png]  
再次将6380配置为6379的从机：

slaveof 127.0.0.1 6379

再次获取k8

get k8

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

[https_blog.csdn.net_qq_43753724_article_details_117428696]: https://blog.csdn.net/qq_43753724/article/details/117428696
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70]: /images/20221014/b2838217041e457ba86fd18a159063f8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 1]: /images/20221014/dbcedd08945c4094903655aa2b9800ce.png
[20210531181530308.png]: /images/20221014/a4cb7a23608046a6af37e3f29a27cfbf.png
[20210531181602423.png]: /images/20221014/672e4206750c4cb7a2c08d641127bcf6.png
[20210531181810458.png]: /images/20221014/6b8b0b009be24f06943140554ababdb1.png
[20210531181901160.png]: /images/20221014/dc70a2eebe064c4284a8d6d1f0d16e6e.png
[20210531182011930.png]: /images/20221014/ff3b8d87b40a4b6e800bc5d2188ba221.png
[20210531194953352.png]: /images/20221014/72e86f6bc2eb4ebdb59e5480da2fd532.png
[20210531195005738.png]: /images/20221014/97926d245d8348ce872834d59917232f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 2]: /images/20221014/1b494ccb487c428787a995ca05cf9e07.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 3]: /images/20221014/508d2214c3f1435ca40dcb06e5ce803b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 4]: /images/20221014/e224e7358bc242bfa87c99d8c6c99500.png
[20210531195602403.png]: /images/20221014/1c37cdc8903d412787400dcf1af1fdfe.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 5]: /images/20221014/aa0302533b8148e2a425dabb640fa087.png
[20210531195903133.png]: /images/20221014/fafb6d6edd4642f1a8f7005415701351.png
[20210531195708553.png]: /images/20221014/7ac88ab15abc41c382d55b32eafb1d08.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 6]: /images/20221014/1f48e4de3d4242248257b614e5b0f3e5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 7]: /images/20221014/a00e06c9dd224b70beead56e7195503b.png
[20210531200800857.png]: /images/20221014/1772fe80d2d1410ebf3f5e2bf2a371ee.png
[20210531200830751.png]: /images/20221014/8d75305324994421ae75e10531045347.png
[20210531200850535.png]: /images/20221014/08d58cbc6d1d4c248a85fe35c7164758.png
[20210531200944163.png]: /images/20221014/d507f3ce32214a8386b4a117b98f578c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 8]: /images/20221014/1f4567c4fe0142779fd3065309a149ba.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 9]: /images/20221014/ed711ab4014940508b53bcaa5543936c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQzNzUzNzI0_size_16_color_FFFFFF_t_70 10]: /images/20221014/8df7ea7584904c458ef71c6d51d12310.png
[20210531201621508.png]: /images/20221014/5ba43d8c5efd4dd7a11862ae24adaad4.png
[20210531201635417.png]: /images/20221014/a3274fe5658343b699815b2f1176c840.png
[20210531201858459.png]: /images/20221014/3f01b144ea844c93ab67ada810612967.png
[20210531201923239.png]: /images/20221014/2b8d0ac0b5c54b0f8dbcabed794e9b59.png
[20210531201942288.png]: /images/20221014/0ce6fdb4ebea4c72bf9dfcadc7f53690.png
[20210531202029904.png]: /images/20221014/86304ff88840409796c46538311fe9f7.png
[20210531202040384.png]: /images/20221014/7bd6c9ed589f4e3b8c987b2170aa738b.png
[20210531202046498.png]: /images/20221014/46042f78f3994142a5eae5bbce7fe289.png
[20210531202056862.png]: /images/20221014/57d1b143b44149cfb4e97746f39ddaa6.png
[20210531202259508.png]: /images/20221014/2175b451469c43f0b8f42e19032bf09d.png