Redis主从复制

目录

 

一、是什么

二、能干嘛

三、怎么玩

1，配从（库）不配主（库）

2，从库配置

3，修改配置文件细节操作

4，常用3招

招一：一主二仆

招二：薪火相传

招三：反客为主

四、复制原理

五、哨兵模式

1，是什么

2，怎么玩

六、复制缺点

---

一、是什么

主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主

二、能干嘛

读写分离

容灾恢复

三、怎么玩

1，配从（库）不配主（库）

2，从库配置

命令：slaveof 主库IP 主库端口

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

3，修改配置文件细节操作

复制3个配置文件

修改每个配置文件内容为对应的端口号名称以示区别

4，常用3招

• 招一：一主二仆

启动3个服务

查看3台角色，均为master

在3079那台设置3个值

在服务器3080和3081进行主从复制，可以得到值

当从机连上后，从机备份会从头到尾的都备份，也就是在slaveof之前的数据也会备份过来，之后就是增量的复制，主机添加一个，从机也复制一个

再次查看3079和3080的状态，3079已经变为master，下面跟着2个从机，3080为从机，up为连接状态

问题一：主从机都执行set k6 v6，主机可以执行，从机写不进去，如下所示说只能复制

问题二：主机死了，2个从机还是slave，没有争抢上位，等主机启动起来会继续复制（相当于领导回来了）

问题三：从机有一个挂了，另一个从机还是可以复制主机的数据

每次与master断开后，都需要重新连接，除非配置进redis.conf文件

• 招二：薪火相传

上一个slave可以是下一个slave的master，slave同样可以接收其它slvaes的连接和同步请求，那么该slave作为了链条中下一个的master，可以有效的减轻master的写压力。

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

• 招三：反客为主

命令：slaveof no one

使当前数据库停止与其它数据库的同步，转成主数据库

四、复制原理

slave启动成功连接到master后会发送一个sync命令；

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

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

增量复制：master继续将新的所有收集到的修改命令一次传给slave，完成同步

但是只要是重连master，一次完全同步（全量复制）将被自动执行

五、哨兵模式

1，是什么

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

2，怎么玩

创建哨兵的配置文件

写入配置文件

内容：sentinel monitor 被监控主机名字（自己起名字） 127.0.0.1 6379 1

内容中最后一个1表示主机挂掉后，slave投票看让谁替代成主机，得票数多少后成为主机

启动哨兵

命令：redis-sentinel /myredis/sentinel.conf

启动起来，哨兵开始巡逻

将6379主机shutdown，稍等一会哨兵会进行裁决谁是主机（如下裁决出6380是主机），这时候原本被shutdown的6379主机如果回来了，将会变成6380的slave

一组sentinel能同时监控多个master

六、复制缺点

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