Redis基础篇（6）——主从复制、哨兵和集群

1.简介

1. 主从复制就是 主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，slave以读为主。
2. 可以读写分离，性能扩展。
3. 可以使得容灾快速回复。

2.主从复制配置

1. 在用客户端连接上redis服务后，输入info replication可以查看主从信息。
   

2. 在从机上输入slaveof <ip> <port>，成为某个实例的从服务器，这种方式是临时设置，从机重启就没了。可以在配置文件中写入replicaof <ip> <port>。
   如果主机设置了密码，需要再从机的配置文件中加入masterauth <password>。

3. slaveof on one 将从服务器变为主服务器，数据还是保留。（从服务器下面还可以挂从服务器，薪火相传）

3.Redis主从复制原理

全量同步

1. 当slave刚启动初始化阶段，这时从服务器连接主服务器，发送SYNC命令。
2. 主服务器收到SYNC命令后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令。
3. 从服务器BGSAVE执行完成后，向所有从服务器发送快照文件，并在发送期间继续记录被执行的写命令。
4. 从服务器收到快照文件后丢弃所有旧数据，载入收到的快照。
5. 主服务器快照完毕后开始向从服务器发送缓冲区中的写命令。
6. 从服务器完成快照的载入后，开始执行主服务器缓冲区中的写命令。

增量同步

当slave初始化完成后开始正常工作时，主服务器发生的写操作同步到从服务器。

4.哨兵模式

配置

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

1. 新建一个sentinel.conf文件，名字不能错。
2. 编写内容

# 自定义服务名是为监控对象起的
# 1表示至少有多少个哨兵同意迁移的数量
sentinel monitor <自定义服务名> 127.0.0.1 6379 1
#添加为后台运行
daemonize yes
#端口不能重复 修改前请查看是否被占用
port 26479
#主服务器 redis密码
sentinel auth-pass mymaster 123

3. redis-sentinel /pwd/sentinel.conf 根据配置文件启动哨兵
4. 如果主服务器挂了，哨兵会自动选举一个从服务器成为主服务器。原来的主服务器成为从服务器。

选举规则

选择条件依次为：

1. 选择优先级靠前的。优先级在redis.conf中默认：slave-priority 100，值越小优先级越高。
2. 选择 偏移量最大的。偏移量指获得原主机数据最全的。
3. 选择runid最小的从服务。每个redis实例启动后都会随机生成一个40位的runid。

注意事项

一般来说，在高可靠环境下至少要3台哨兵。但是如果不需要高可靠，一台哨兵也是能完成主观下线（sdown，Subjectively Down），客观下线（odown, Objectively Down） 的判断，自动发现 Sentinel 和从服务器，并且完成故障转移。
这可以通过哨兵配置文件的注释来了解到：

# Note that whatever is the ODOWN quorum, a Sentinel will require to
# be selected by the majority of the known Sentinels in order to
# start a failover, so no failover can be performed in minority.
sentinel monitor [master-group-name] [hostname] [port] [quorum]

意思就是说无论客观宕机的数量有多少，一个哨兵必须被大多数已知的哨兵所选中才能启动故障切换。因此无法在少数情况下执行故障切换，
而这个大多数已知哨兵的数量计算公式为：

int sentinelIsQuorumReachable(sentinelRedisInstance *master, int *usableptr) {
   dictIterator *di;
   dictEntry *de;
   int usable = 1; /* Number of usable Sentinels. Init to 1 to count myself. */
   int result = SENTINEL_ISQR_OK;
   int voters = dictSize(master->sentinels)+1; /* Known Sentinels + myself. */

   di = dictGetIterator(master->sentinels);
   while((de = dictNext(di)) != NULL) {
       sentinelRedisInstance *ri = dictGetVal(de);

       if (ri->flags & (SRI_S_DOWN|SRI_O_DOWN)) continue;
       usable++;
   }
   dictReleaseIterator(di);

   if (usable < (int)master->quorum) result |= SENTINEL_ISQR_NOQUORUM;
   if (usable < voters/2+1) result |= SENTINEL_ISQR_NOAUTH;
   if (usableptr) *usableptr = usable;
   return result;
}

majority = voters/2 + 1。
当哨兵数为1时，majority 为1，所以可以实现基本功能，但是这个唯一的哨兵宕机了，无法完成故障转移，不满足高可靠。
当哨兵数为2时，majority 为2。当有一个哨兵挂掉时，就无法完成故障切换了。
当哨兵数为3时，majority 为2。当有一个哨兵挂掉时，还存活2个哨兵，可以完成故障转移。
所以说，如果是线上部署，至少要3个哨兵节点才行。