Redis主从服务器实例配置：只读从实例

妖狐艹你老母 2023-01-18 06:47 119阅读 0赞

**目录**

主从实例配置

主从实例同步

完全重新同步

部分重新同步

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

以前学习mysql时接触到数据热备份，也就是mysql主从，当主数据库服务器发生故障时，可以使用从数据库继续工作，且从数据库也体现出备份作用，防止主数据库因突然断网，或断电等因素导致的数据丢失问题。还有一个重要的作用是提高数据库I/O访问的效率，因为单个数据库服务对于大量的I/O操作，效率是很低的，例如一个网站访问量很大时，造成大量数据的写入，数据写入时需要加锁，之后其他的线程暂时不能读写数据库，进而影响了整个网站的数据读取速度，这是对于单个数据库服务器来说的。用主从数据库的方式，就可以实现更大的并发操作，读写分离，让一些从服务器负责读，一些服务器负责写即可。在Redis中也实现了主从服务器的机制，可以把一个Redis服务器中的数据复制到从服务器中，这样可以通过多个从服务器一起工作来减轻主服务器的压力，防止主服务器因系统崩溃，突然断电等问题导致数据丢失，这篇日志就总结下在Redis中配置主从数据库服务器。

## 主从实例配置 ##

我们为Redis主服务（127.0.0.1 6379），或者说主实例配置一个从服务（127.0.0.1 6380），首先为从实例创建一个配置文件redis-slave.conf，里面内容和主服务器配置大部分相同，需要修改的是以下部分：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RpbnplbmdUTQ_size_16_color_FFFFFF_t_70][]

如从实例监听的端口号是6380，slaveof 127.0.0.1 6379表示监听6380端口的实例，是我们的主实例127.0.0.1 6379。配置文件修改完后，分别使用两个配置文件配合命令bin/redis-server conf/redis.conf和bin/redis-server conf/redis-slave.conf打开两个Redis实例：

![20210501195326502.PNG][]

![2021050119534299.PNG][]

上图是主实例启动输出，下图是从实例启动输出。接着使用redis-cli命令打开实例连接，并执行INFO REPLICATION命令输出两个实例的信息，看看它们之间有没有建立起主从关系：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RpbnplbmdUTQ_size_16_color_FFFFFF_t_70 1][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RpbnplbmdUTQ_size_16_color_FFFFFF_t_70 2][]

可与看到，主实例的master\_replid是随机生成，和从实例中的master\_replid对应，当主从实例建立起关系后，主实例工作时就会把接收到的写入命令，也复制一份给从实例执行，来看例子，我们在主实例Redis服务中SET写入一个键值对，然后从实例中使用GET命令读取这条数据：

![20210501195413607.PNG][]

可以看到，下面的终端也就是从实例我们没有执行SET命令，但也能读到主实例写入的数据“song\_1”。假如我们在从实例中使用SET命令创建键值对，会提示error，因为从实例是只读的，把从实例配置成只读是为了避免工作过程中多次读写可能导致的主从实例数据不一致问题，所以还是把从实例配置为只读较好。

![20210501195420669.PNG][]

假设我们先把从实例shutdown关闭，接着在主实例中SET一条数据，再次打开从实例，使用GET命令可不可以获取刚刚主实例创建的数据？答案是可以的：

![20210501195428939.PNG][]

## 主从实例同步 ##

上面的例子中，从实例断开连接，主实例执行的命令按道理发送给从实例时会失败，那为什么重新打开从实例后，又能读到这条数据呢？答案是Redis的主从实例同步，主实例和从实例之间的同步分两种，完全重新同步和部分重新同步。

### 完全重新同步 ###

当Redis主实例和从实例第一次建立连接时，需要完成一次完全同步，主实例会创建一个RDB文件并将自己的数据存放在里面，然后发送给从实例，从实例收到RDB文件后，会把自己的内存情况，然后导入RDB中的数据。完全重新同步需要开辟内存空间和开启一个后台进程，不是每次主实例和从实例都需要进行完整的全部数据的同步的，通常是在第一次执行时需要。

### 部分重新同步 ###

部分重新同步与完全重新同步的区别从名字上就可以看出来了，看回上面当我们打开主实例和从实例，使用INFO REPLICATION命令查看信息时，里面都有属性master\_replid和master\_replid\_offset，master\_replid是主实例启动时随机生成的，在主从同步时通过该属性来标识主实例，master\_replid\_offset标识的是一个偏移量标记，随着主实例上面的读写命令增多，偏移量也会不断增加，从实例就是通过该偏移量标识来确定主实例进行的最后操作，主实例每次读写完后，把自己的master\_replid\_offset发送给从实例，这样从实例就直到主实例做了什么，可以跟着主实例一起做读写。部分重新同步依靠的就是master\_replid 和master\_replid\_offset两个标识，一个标识主实例，一个标识主实例最后一个操作，当从实例需要进行部分重新同步时（例如上面的例子中，从实例突然断开了连接，重连后就需要与主实例进行同步），主实例接受请求便把自己的最后一步操作偏移量发送给从实例，开始主从复制重新同步，这就是为什么从实例断开重连后，依然能GET到断连期间主实例执行的SET操作数据。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RpbnplbmdUTQ_size_16_color_FFFFFF_t_70]: /images/20221021/eebfbc8567834bf280b7e1f20bbc5845.png
[20210501195326502.PNG]: /images/20221021/016832afef1d4ca399e64cfb5a1cba2a.png
[2021050119534299.PNG]: /images/20221021/a214b9dd417647fc89f1ca6ed0151ca8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RpbnplbmdUTQ_size_16_color_FFFFFF_t_70 1]: /images/20221021/81b8c59f64464fa7b7261ee5b751b747.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2p1c3RpbnplbmdUTQ_size_16_color_FFFFFF_t_70 2]: /images/20221021/1388a5e836ea4979b660684836723ad0.png
[20210501195413607.PNG]: /images/20221021/9d75789eef4d4cc481cb3e942bfa133c.png
[20210501195420669.PNG]: /images/20221021/eda2167c8c4a4cc1847d25405a7a0754.png
[20210501195428939.PNG]: /images/20221021/313ab1ad4b8b45608829ad3ecc3ec4b0.png