概念

1.Conception(概念)

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

2.Function(功能)

读写分离(秉持与RDBMS 相同的设计理念)

容灾恢复

Redis的复制的实现

这里我们将具体说明并演示Redis的S-M Relication(鉴于各种原因我将在本地演示，不加入其他域的主机，但其主从复制的原理通过横向对比即可应用于不同主机，这里不赘述)。

复制的实现

配置规则：配从(库)不配主(库)

从库配置：slaveof 主库IP 主库端口，slaveof 192.168.123.100 6379 表明该主机将附从于IP地址为192.168.123.100 端口号为 6379 的Redis。

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

使用 info replication 查看当前server的S-M关系。

修改配置文件细节操作

这里我们将详细着重地讲解如何在本地开启S-M Relication，为了数据备份并达到演示的效果我将将之前Redis的安装Root File转移至其他文件夹 E:\WorkSpace\IDEs\Redis1。并且使用Linux OS Env.来演示。由于Windows OS Env不支持 daemonize 和 pid设置，因而无法在Windows OS上做演示，这也呼应了我之前说的Redis的发挥最优良的OS Env应是 Linux/Unix。

• 拷贝多个redis.conf文件

这里我们将使用6379 6382 6381 三个端口来模拟S-M Replication。

• 开启daemonize yes

Windows：不支持

Linux：General 区域的 daemonize yes

• pid文件名字

Windows：不支持

Linux：General 区域的

pidfile /var/run/redis79.pid(redis79.conf)

pidfile /var/run/redis80.pid(redis80.conf)

pidfile /var/run/redis81.pid(redis81.conf)

• 指定端口

Windows / Linux： General 区域的

port 6379(redis79.conf)

port 6380(redis80.conf)

port 6381(redis81.conf)

• log文件名字

Windows / Linux： General 区域的

logfile “6379.log”(redis79.conf)

logfile “6380.log”(redis80.conf)

logfile “6381.log”(redis81.conf)

• dump.rdb名字

-Windows / Linux：SNAPSHOTTING 区域的

- dbfilename dump6379.rdb(redis79.conf)

- dbfilename dump6380.rdb(redis80.conf)

- dbfilename dump6381.rdb(redis81.conf)

最终配置好的3个客户端如下图所示：

配置好以后将6379设置为Master 6380/6381设置Slave,如下图所示

注意点：

一旦S-M Replication形成 S将共享M 的所有数据。

S 只有读的权限。

S-M 的数据同步存在一定延时。

• Redis S-M中常用的3招

一主二仆

一个Master两个Slave

日志查看

主机日志

备机日志

info replication(查看S-M Replication 关系)

主从问题

1 切入点问题？slave1、slave2是从头开始复制还是从切入点开始复制?

答: 一旦S-M关系形成，S将享有M所有的数据即从头开始复制M所有的数据。

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

答:从机只能读，不能写即不能set。

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

答:M宕机之后 从机将人原地待命并保留M所有的数据(M最近一次的数据保存可能会丢失)

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

答:主机重新连接之后将与从机重新建立S-M Replication 关系，并且主机的新增记录仍能同步至从机。

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

答:从机宕机之后，需要重新建立S-M Replication 关系(手动配置：slaveof IP PORT，配置配置：slaveof 192.168.123.100 6379)，当重新与M 建立 S-M Replication之后 S 仍共享M 所有数据。

• 薪火相传

由上图我们可以看出Redis 的S-M Replication具有传递行，即一个S即可以使SLAVE 也可以是一个MASTER。在做Redis集群是会涉及到这一理念。

• 反客为主

Redis的S-M Replication中的一个SLAVE欲解除S-M关系时可以通过一下命令实现：

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

Redis 复制的原理

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

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

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

增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步。

但是只要是重新连接master,一次完全同步（全量复制)将被自动执行

Redis 讲解系列之 Redis的主从复制(二)

本章节我们将学习一下Redis 的Sentinel(哨兵模式)主从复制机制。

Sentinel介绍

Sentinel是Redis的高可用性（HA）解决方案，由一个或多个Sentinel实例组成的Sentinel系统可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进行下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，然后由新的主服务器代替已下线的主服务器继续处理命令请求。Redis提供的sentinel（哨兵）机制，通过sentinel模式启动redis后，自动监控master/slave的运行状态，基本原理是：心跳机制+投票裁决

• 监控（Monitoring）： Sentinel 会不断地检查你的主服务器和从服务器是否运作正常。
• 提醒（Notification）： 当被监控的某个 Redis 服务器出现问题时， Sentinel 可以通过 API 向管理员或者其他应用程序发送通知。
• 自动故障迁移（Automatic failover）： 当一个主服务器不能正常工作时， Sentinel 会开始一次自动故障迁移操作， 它会将失效主服务器的其中一个从服务器升级为新的主服务器， 并让失效主服务器的其他从服务器改为复制新的主服务器； 当客户端试图连接失效的主服务器时， 集群也会向客户端返回新主服务器的地址， 使得集群可以使用新主服务器代替失效服务器。

Sentinel的主从原理

• 服务器与Sentinel系统

• 故障转义(Sentinel机制选出新的Master)

Redis Sentinel配置

• S-M Replication2个哨兵，1个主redis，2个从redis的方式，配置文件如下：

• 基本配置(列出的是具体修改的项，其他配置信息请保持不变)
  sentinel_63791.conf 配置

• sentinel_63792.conf 配置

1. port 6379
2. daemonize yes
3. requirepass yingjun
4. masterauth yingjun

1. port 6380
2. daemonize yes
3. requirepass yingjun
4. slaveof 192.168.78.99 6379
5. masterauth yingjun

1. port 6381 daemonize yes
2. requirepass yingjun
3. slaveof 192.168.78.99 6379
4. masterauth yingjun

• 执行

1. ./redis-server ../conf/redis_master_6379.conf
2. ./redis-server ../conf/redis_slave_6381.conf
3. ./redis-server ../conf/redis_slave_6382.conf
4. ./redis-sentinel ../conf/sentinel_63791.conf
5. ./redis-sentinel ../conf/sentinel_63792.conf12345

• 检查
• 查看进程

• 查看master的状态

• 查看slave的状态

Jedis Sentinel教程

• Maven依赖

• redis的配置文件

• Spring的配置文件

• 代码中直接用redisTemplate调用