Redis之主从复制与哨兵模式

Redis之主从复制与哨兵模式

1. 主从简介

配置多台Redis服务器，以主机和备机的身份分开。主机数据更新后，根据配置和策略，自动同步到备机的master/salver机制，Master以写为主，Slave以读为主，二者之间自动同步数据。

目的：
读写分离提高Redis性能；
避免单点故障，容灾快速恢复

原理：

每次从机联通后，都会给主机发送sync指令，主机立刻进行存盘操作，发送RDB文件，给从机从机收到RDB文件后，进行全盘加载。之后每次主机的写操作命令，都会立刻发送给从机，从机执行相同的命令来保证主从的数据一致！

注意：主库接收到SYNC的命令时会执行RDB过程，即使在配置文件中禁用RDB持久化也会生成，但是如果主库所在的服务器磁盘IO性能较差，那么这个复制过程就会出现瓶颈，庆幸的是，Redis在2.8.18版本开始实现了无磁盘复制功能（不过该功能还是处于试验阶段），设置repl-diskless-sync yes。即Redis在与从数据库进行复制初始化时将不会将快照存储到磁盘，而是直接通过网络发送给从数据库，避免了IO性能差问题。

2. 主从准备

除非是不同的主机配置不同的Redis服务，否则在一台机器上面跑多个Redis服务，需要配置多个Redis配置文件。

①准备多个Redis配置文件，每个配置文件，需要配置以下属性

daemonize yes: 服务在后台运行
port：端口号
pidfile:pid保存文件
logfile：日志文件(如果没有指定的话，就不需要)
dump.rdb: RDB
appendonly 关掉，或者是更改appendonly文件的名称。

样本：
include /root/redis_repilication/redis.conf
port 6379
pidfile /var/run/redis_6379.pid
dbfilename dump_6379.rdb

②根据多个配置文件，启动多个Redis服务

3. 主从建立

3.1 临时建立

原则：配从不配主。
配置：在从服务器上执行SLAVEOF ip:port命令；
查看：执行info replication命令；

3.2 永久建立

在从机的配置文件中，编写slaveof属性配置！

3.3 恢复身份

执行命令slaveof no one恢复自由身！

4. 主从常见问题

①从机是从头开始复制主机的信息，还是只复制切入以后的信息？
答：从头开始复制，即完全复制。

②从机是否可以写？
答：默认情况不能，可以通过修改配置文件，设置slave-read-only no.但是从机写入的数据是不能同步到主机，因此没用设置的必要！

③主机shutdown后，从机是上位还是原地待命？
答：原地待命

④主机又回来了后，主机新增记录，从机还能否顺利复制？
答：可以

⑤从机宕机后，重启，宕机期间主机的新增记录，从机是否会顺利复制？
答：可以

⑥其中一台从机down后重启，能否重认旧主？
答：不一定，看配置文件中是否配置了slaveof

⑦如果两台从机都从主机同步数据，此时主机的IO压力会增大，如何解决？
答：按照主—从（主）—从模式配置！

5. 哨兵模式

5.1 简介

作用：

1.主从状态检测
2.如果Master异常，则会进行Master-Slave切换，将其中一个Slave作为Master，将之前的Master作为Slave(如果重启成功 )

单个哨兵

多个哨兵
多个哨兵，不仅同时监控主从状态，且哨兵之间也互相监控！

下线：

①主观下线：Subjectively Down，简称 SDOWN，指的是当前 Sentinel 实例对某个redis服务器做出的下线判断。
②客观下线：Objectively Down， 简称 ODOWN，指的是多个 Sentinel 实例在对Master Server做出 SDOWN 判断，并且通过 SENTINEL is-master-down-by-addr 命令互相交流之后，得出的Master Server下线判断，然后开启failover.

工作原理：

①每个Sentinel以每秒钟一次的频率向它所知的Master，Slave以及其他 Sentinel 实例发送一个 PING 命令 ；

②如果一个实例（instance）距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值， 则这个实例会被 Sentinel 标记为主观下线；

③如果一个Master被标记为主观下线，则正在监视这个Master的所有 Sentinel 要以每秒一次的频率确认Master的确进入了主观下线状态；

④当有足够数量的 Sentinel（大于等于配置文件指定的值）在指定的时间范围内确认Master的确进入了主观下线状态， 则Master会被标记为客观下线 ；

⑤在一般情况下， 每个 Sentinel 会以每 10 秒一次的频率向它已知的所有Master，Slave发送 INFO 命令

⑥当Master被 Sentinel 标记为客观下线时，Sentinel 向下线的 Master 的所有 Slave 发送 INFO 命令的频率会从 10 秒一次改为每秒一次 ；

⑦若没有足够数量的 Sentinel 同意 Master 已经下线， Master 的主观下线状态就会被移除；
若 Master 重新向 Sentinel 的 PING 命令返回有效回复， Master 的客观下线状态就会被移除；

5.2 配置

哨兵模式需要配置哨兵的配置文件！
sentinel monitor mymaster 127.0.0.1 6379 1

启动哨兵：redis-sentinel sentinel.conf

5.3 主机宕机后

+sdown master mymaster 127.0.0.1 6379 【主观下线】

+odown master mymaster 127.0.0.1 6379 #quorum 1/1【客观下线】
……
+vote-for-leader 17818eb9240c8a625d2c8a13ae9d99ae3a70f9d2 1【选举leader】
……
+failover-state-send-slaveof-noone slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6379【把一个从机设置为主机】

-------------挂掉的主机又重新启动---------------------

-sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ mymaster 127.0.0.1 6381【离开主观下线状态】

+convert-to-slave slave 127.0.0.1:6379 127.0.0.1 6379 @ mymaster 127.0.0.1 6381【转换为从机】