redis的复制

最新推荐文章于 2022-02-16 11:01:25 发布

kfengqingyangk

最新推荐文章于 2022-02-16 11:01:25 发布

阅读量381

点赞数

分类专栏： redis

本文链接：https://blog.csdn.net/kfengqingyangk/article/details/53471415

版权

redis 专栏收录该内容

20 篇文章 0 订阅

订阅专栏

1.是什么？

是我们通常所说的主从复制，主机数据更新后根据配置和策略，自动同步到备份的master/slaver机制，Master以写为主，Slave以读为主。

2.能干嘛？

读写分离和容灾备份

3.怎么玩？

①配从(库)不配主(库)

②从库配置：salveof 主库IP 主库端口，比如：slaveof 127.0.0.1 6379

注意：每次与master断开之后，都需要重新连接，除非你配置进redis.conf

Info replication查看主从配置的详细的信息

③修改配置文件细节操作(主要是为了以示区分三台虚拟机的运行情况)

拷贝多个redis.conf文件
开启daemonize 	yes
pidfile /var/run/redis6379.pid；pidfile /var/run/redis6380.pid；pidfile /var/run/redis6381.pid
指定的端口,比如port 6379；port 6380；port 6381
log文件的名字的修改，主要是为了以示区分，
比如logfile “6379.log”，logfile “6380.log”，logfile “6381.log”dbfilename dump.rdb名字的修改，
比如改为dbfilename dump6379.rdb，dbfilename dump6380.rdb，defilename dump6381.rdb

④常用的三种模式

a.一仆二主

也就是一个主机，二个备份的从机。假如我们开了三台虚拟机进行模拟，端口分别为6379,6380,6381。指定6379为主机，6380,6381为要备份的从机，那么如何才能备份呢？使用命令：slaveof 127.0.0.1 6379(slaveof 主库IP 主库端口),只要一开始备份，原先存在主机中的数据也会备份到从机中

所谓读写分离，就是主机可以写，从机只能读，也就是说同时设置相同的值，只有主机可以设置成功，即在主机中设置set k6 v6,如果在从机中再设置set k6 v66，这时候会报错，(ERROE)READONLY You can't write against a read only slave。可以通过vim 6379.log查看日志文件，可以通过info replication查看主从配置的情况。那么主从复制会有一些问题:

(1) 切入点问题？slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来，那之前的123是否也可以复制

答：切入点其实任何时候都可以，只要开启了主机，就可以在从机中输入命令slaveof 127.0.0.1 6379实现备份。很显然是从头开始复制的，联系实际也可以想到，如果是从切入点开始复制，那么并没有实际意义。

(2) 从机是否可以写？set可否？

答：从机不可写,主从分离，就是说主机实现数据的写入,从机实现数据的读取,如果set的话，会出现上文提到的错误。

(3) 主机shutdown后情况如何？从机是上位还是原地待命
答：当主机挂了以后，从机还是从机，不会变成主机，主机恢复了还是跟原来一样。
(4) 主机又回来了后，主机新增记录，从机还能否顺利复制？
答：主机回来之后，又新增数据，从机依旧可以顺利复制，因为我们说过，从机的备份是从头开始的。
(5)其中一台从机down后情况如何？依照原有它能跟上大部队吗？

答：其中一台从机挂了之后，再开启需要重新slaveof 127.0.0.1 6379实现备份，因为每次与主机断开以后，都需要重新连接一次。

②薪火相传(去中心化)

上一个slave可以是下个slave的master,slave同样可以接受其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master，可以有效减轻master的写压力。输入的命令为：

在6380端口输入的命令为：
Slaveof  127.0.0.1   6379
在6381端口输入的命令为：
Slaveof  127.0.0.1   6380

中途变更转向：会清除之前的数据，重新建立拷贝最新的

③反客为主

命令：slaveof no one 使当前数据库停止与其他数据库的同步，转成主数据库

4.复制原理

slave启动成功连接到master后会发送一个sync(synchronize同步)命令，master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave，以完成一个完全同步。

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

增量复制：master继续将新的所有收集到的修改命令依次传给slave，完成同步，但是只要是重新连接master，一次完全同步(全量复制)将会被自动执行。

5.哨兵模式(流行用法)

①是什么？

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

②使用步骤

a.调整结构，6379带着80,81

b.自定义的/myredis目录下新建sentinel.conf文件，名字绝对不能出错

c.配置哨兵，填写内容，先touch sentinel.conf，就是先创建一个空白的sentinel.conf文件，然后vim sentinel.conf,写入下面的内容sentinel monitor host6379 127.0.0.1 6379 1，最后一个数字1，表示主机挂掉后salve投票看让谁接替成为主机，得票数多后成为主机，启动哨兵redis-sentinel,myredis/sentinel.conf,上述目录依照各自的实际情况配置，可能目录不同。那么当主机6379挂掉后悔出现什么情况呢？当主机挂掉后salve投票看让谁接替成为主机，得票数多后成为主机，假如80成为主机master，那么81会自动地成为从机salve，现在的问题是，假设79重新恢复正常了呢？这是哨兵模式会自动检测到，让原先的主机也就是现在的从机变为slave，重新挂靠到80的名下。