Redis 主从复制

Redis 主从复制

什么是主从复制 ?

主机数据更新后根据配置和策略， 自动同步到备机的 master/slaver 机制，Master 以写为主，Slave 以读为主，主从复制节点间数据是全量的。

作用：

• 读写分离，性能扩展
• 容灾快速恢复

搭建主从复制

• 在根目录下创建文件夹 myredis，把redis的配置文件复制过来，记得要把aof持久化关掉
• 创建三个文件 redis6379.conf、redis6380.conf、redis6381.conf 内容如下：

###################### redis6379.conf #######################
include /myredis/redis.conf
pidfile /var/run/redis_6379.pid
port 6379
dbfilename dump6379.rdb

###################### redis6380.conf #######################
include /myredis/redis.conf
pidfile /var/run/redis_6380.pid
port 6380
dbfilename dump6380.rdb

###################### redis6381.conf #######################
include /myredis/redis.conf
pidfile /var/run/redis_6381.pid
port 6381
dbfilename dump6381.rdb

• 同时启动三个端口的 redis

• 查看服务是否启动

• 分别启动三台主机的客户端

redis-cli -p 6379
redis-cli -p 6380
redis-cli -p 6381

• 查看三台主机运行情况

info replication  # 打印主从复制的相关信息

• 配从库不配主库

slaveof  <ip><port>  # 在从机上配置主机的ip和端口 在6380和6381上执行: slaveof ip地址 6379

• 在主机上写，在从机上可以读取数据，在从机上写数据报错

常用3招

一主二仆

切入点问题 ? slave1、slave2是从头开始复制还是从切入点开始复制 ? 比如从k4进来，那之前的k1,k2,k3是否也可以复制 ?

• 从机会全量复制主机的内容，k1,k2,k3,k4 都会复制

从机是否可以写 ? set可否 ?

• 从机只可读，不可写

主机 shutdown 后情况如何 ? 从机是上位还是原地待命 ?

• 主机 shutdown 后，从机原地待命，等待主机重新启动，一切恢复正常

主机又回来了后，主机新增记录，从机还能否顺利复制 ?

• 可以复制，因为主机重启后和之前一样，主机写内容，会同步到从机中

其中一台从机down后情况如何？依照原有它能跟上大部队吗 ?

• 从机down后，会脱离大部队，如果重新启动，还想同步主机内容的话，需要重新执行命令slaveof

复制原理

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

薪火相传

• 上一个 Slave 可以是下一个 Slave 的 Master，Slave同样可以接收其他 Slave 的连接和同步请求，那么该 Slave 作为了链条中下一个的 Master，可以有效减轻 Master 的写压力,去中心化降低风险。
• 用 slaveof <ip> <port>
• 中途变更转向：会清除之前的数据，重新建立拷贝最新的
• 风险是一旦某个 Slave 宕机，后面的 Slave 都没法备份
• 主机挂了，从机还是从机，无法写数据了

反客为主

当一个 master 宕机后，后面的 slave 可以立刻升为 master，其后面的 slave 不用做任何修改。

用 slaveof no one 将从机变为主机

• 6379 主机 宕机了

• 让 6380 主机反客为主

哨兵模式

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

实例

• 先搭建一主二从的环境
• 自定义的 /myredis 目录下新建 sentinel.conf 文件，名字绝不能错
• 配置哨兵，填写内容

sentinel monitor mymaster 10.0.8.14 6379 1
# 其中 mymaster 为监控对象起的服务器名称， 1 为至少有多少个哨兵同意迁移的数量。

• 启动哨兵，执行 redis-sentinel /myredis/sentinel.conf

• 当主机挂掉，从机选举中产生新的主机

• 重新启动原主机，原主机重启后会变为从机

复制延时

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

故障恢复

• 优先级在 redis.conf 中默认：replica-priority 100，值越小优先级越高
• 偏移量是指获得原主机数据最全的
• 每个 redis 实例启动后都会随机生成一个 40 位的 runid