Redis——Redis主从复制详解

简介

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

作用

• 读写分离，性能扩展

• 容灾快速恢复

实例

配置

新建redis6379.conf在/myredis文件夹中

配置以下信息

include /myredis/redis.conf

pidfile /var/run/redis_6379.pid

port 6379

dbfilename dump6379.rdb

新建多个不同端口的配置文件

并修改端口号

启动三台服务器

查看主从复制的相关信息

info replication 在不同端口的redis操作中可以查询主从复制的相关信息（使用redis-cli -p port连接不同的端口）

此时  mster为主机  slaves为从机，以及从机数量和从机的端口号

配从库

slaveof   可以将此端口作为port值的从机

• 此时在主机上进行写操作，从机可以读取数据，但不能在从机上写数据。

• 主机挂掉后，重启就行，一切如初，但从机需要重新进行slaveof设置他的主机

一主二仆

主机shutdown后，从机会原地待命，不会作为主服务器。主机又回来了后，主机新增记录，从机还能顺利复制。

其中一台从机shutdown后情况如何，重连后会变为master， 需要再次加入主服务器后，才会同步主服务器的内容。

• 全量复制：当从服务器连接主服务器后，连接到master后会发送一个sync命令，即向主服务器请求同步数据，主服务器收到请求会进行持久化，生成rdb文件，并发送给从服务器，从服务器拿到rdb文件进行读取。

• 增量复制：每次主服务器进行写操作后，会又主服务器向从服务器发送数据同步请求。但是只要是重新连接master,一次完全同步（全量复制)将被自动执行

薪火相传

上一个Slave可以是下一个slave的Master，Slave同样可以接收其他 slaves的连接和同步请求，那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。

用 slaveof  

中途变更转向:会清除之前的数据，重新建立拷贝最新的，风险是一旦某个slave宕机，后面的slave都没法备份，主机挂了，从机还是从机，无法写数据了

反客为主

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

用 slaveof  no one  将从机变为主机。

哨兵模式

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

配置哨兵

sentinel monitor mymaster 127.0.0.1 6379 1

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

启动哨兵

/usr/local/bin

redis做压测可以用自带的redis-benchmark工具

执行redis-sentinel  /myredis/sentinel.conf

怎么选择主机

根据优先级别：slave-priority  原主机重启后会变为从机。

复制延时

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

故障恢复

优先级在redis.conf中默认：slave-priority 100，值越小优先级越高

偏移量是指获得原主机数据最全的（与原机数据相似度最高）

每个redis实例启动后都会随机生成一个40位的runid