1.简介
- 主从复制就是 主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,Master以写为主,slave以读为主。
- 可以读写分离,性能扩展。
- 可以使得容灾快速回复。
2.主从复制配置
- 在用客户端连接上redis服务后,输入
info replication
可以查看主从信息。 - 在从机上输入
slaveof <ip> <port>
,成为某个实例的从服务器,这种方式是临时设置,从机重启就没了。可以在配置文件中写入replicaof <ip> <port>
。
如果主机设置了密码,需要再从机的配置文件中加入masterauth <password>
。 slaveof on one
将从服务器变为主服务器,数据还是保留。(从服务器下面还可以挂从服务器,薪火相传)
3.Redis主从复制原理
全量同步
- 当slave刚启动初始化阶段,这时从服务器连接主服务器,发送SYNC命令。
- 主服务器收到SYNC命令后,开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令。
- 从服务器BGSAVE执行完成后,向所有从服务器发送快照文件,并在发送期间继续记录被执行的写命令。
- 从服务器收到快照文件后丢弃所有旧数据,载入收到的快照。
- 主服务器快照完毕后开始向从服务器发送缓冲区中的写命令。
- 从服务器完成快照的载入后,开始执行主服务器缓冲区中的写命令。
增量同步
当slave初始化完成后开始正常工作时,主服务器发生的写操作同步到从服务器。
4.哨兵模式
配置
能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库。
- 新建一个sentinel.conf文件,名字不能错。
- 编写内容
# 自定义服务名是为监控对象起的
# 1表示至少有多少个哨兵同意迁移的数量
sentinel monitor <自定义服务名> 127.0.0.1 6379 1
#添加为后台运行
daemonize yes
#端口不能重复 修改前请查看是否被占用
port 26479
#主服务器 redis密码
sentinel auth-pass mymaster 123
-
redis-sentinel /pwd/sentinel.conf
根据配置文件启动哨兵 - 如果主服务器挂了,哨兵会自动选举一个从服务器成为主服务器。原来的主服务器成为从服务器。
选举规则
选择条件依次为:
- 选择优先级靠前的。优先级在redis.conf中默认:
slave-priority 100
,值越小优先级越高。 - 选择 偏移量最大的。偏移量指获得原主机数据最全的。
- 选择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个哨兵节点才行。