Redis复制

Redis复制

replication 复制;拷贝

是什么

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

能干什么

1. 读写分离
2. 容灾恢复

怎么使用

配从（库）不配主

从库配置：slaveof 主库 IP 主库端口

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

Info replication

修改配置文件细节操作

1. 拷贝多个redis.conf文件

2. 开启daemonize yes

3. pid文件名字，pidfile是redis以守护进程运行日志列的地方
   

4. 指定端口 Port

5. 修改Log文件名字
   

6. 修改Dump.rdm名字：这样就可以看到redis的配置文件都有独特的名字啦
   

具体使用

主机记得最好先别设置密码

如果主机开启了密码，从机需要修改

查看复制情况 info replication

slaveof 127.0.0.1 6378 就变成了127.0.0.1 6378下的奴隶了

ps：docker下的redis的ip地址可以通过 docker inspect 容器id进行查看

master_link_status:up代表连接成功

info replication主机可以看到奴隶数量为1

常用的三招

我们现在已经能够配置好从机，通过slaveof 连接主机变成奴隶，slaveof no one停止连接，变回master。

那么常见的master和slave搭配有什么呢？

各个搭配的特点又是什么呢？

一主多仆

1. 从机连接主机后是复制主机全部数据，之后随着主机数量增多，增量增加
2. 从机不可写
3. 主机死了/主机shutdown后，从机只是待命，等待主机恢复
4. 主机恢复连接之后，主机新增记录，从机还能继续顺利复制
5. 从机死了，重新打开变成了master，需要再次连接

薪火相传

一主二从的缺点是如果仆人变多了，那么会造成中性化问题，主机压力大，需要去中性化

1. 上一个Slave可以是下一个slave的Master，Slave同样可以接收其他 slaves的连接和同步请求，那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力（奴隶的奴隶还是奴隶）
2. 中途变更转向：会清除之前的数据，重新建立拷贝最新的
3. slaveof 新主库IP 新主库端口

反客为主

SLAVEOF no one

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

复制的原理

1. slave启动成功连接到master后会发送一个sync命令
2. master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令， 在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步
3. 全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
4. 增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步
   但是只要是重新连接master，一次完全同步（全量复制)将被自动执行
5. slave只要重新连接master，完全同步，全量复制会被自动执行

哨兵模式（sentinel）

一组sentinel能同时监控多个master

含义

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

使用步骤

1. 创建sentinel.conf文件（遗嘱）
2. 配置哨兵,填写内容sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1
   vim sentinel.conf
   
3. 启动哨兵redis-sentinel /sentinel.conf
   
4. 原有的master挂了
5. 投票新选
6. 重新主从继续开工
7. 原有master挂掉了之后，重连回来之后会变成奴隶！

复制的缺点

复制延时

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