redis集群高可用

最新推荐文章于 2022-11-10 09:03:44 发布

coder...

最新推荐文章于 2022-11-10 09:03:44 发布

阅读量256

点赞数

分类专栏： redis

本文链接：https://blog.csdn.net/qq_42122036/article/details/108834212

版权

redis 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

对于redis集群，我们不可能保证数据完全不丢失，只能做到使得尽量少的数据丢失

一. 主从同步、读写分离

在从库读，主库写，Redis cluster 可以支撑 N 个Redis master node，每个master node 可以挂载多个 slave node，这样整个redis cluster 就可以横向扩容了。

1. 主从原理：

启动一台slave的时候，它会向master发送一个sync命令，如果slave是第一次连接到master，会触发一个全量复制(RDB)，master会fork一个子进程，生成RDB快照，并将生成快照期间接收到的写命令缓存起来（AOF），RDB快照完成后，master会将快照文件和缓存的写命令一起发送给从redis，slave接收后，载入快照文件，并执行收到的缓存中的写命令，之后每当master收到写命令后都会发送给slave，来保证数据的一致性。

RDB快照的数据生成的时候，缓存区也必须同时开始接受新请求，避免同步期间的数据丢失。

参考博客：https://www.cnblogs.com/daofaziran/p/10978628.html

2. 主从宕机怎么办？

(1). 从redis宕机

这种情况相对来说比较简单，只需将从redis重启，重启后从redis会自动加入到主从架构中，完成数据的同步。而且从redis2.8开始还实现了主从断线后恢复的情况下实现增量更新的功能。

(2). 主redis宕机

需要完成两步，第一步是在从redis中执行SLAVEOF NO ONE 命令，断开主从关系并且提升为主库继续提供服务；第二步是将主库重新启动，执行SLAVEOF命令，将其设置为其他库的从库，这时数据就会更新回来。这个过程一般使用哨兵来监听。

二. 哨兵模式集群(sentinel)：

哨兵至少需要三个实例保证自己的健壮性，哨兵+主从不能保证数据不丢失，但是可以保证集群的高可用。

通过sentinel模式启动Redis后，自动监控master/slave的运行状态，基本原理是：心跳机制+投票裁决。

每个sentinel会向其它sentinal、master、slave定时发送消息，以确认对方是否活着，如果发现对方在指定时间内未回应，则暂时认为对方宕机。

若哨兵群中的多数sentinel都报告某一master没响应，系统才认为该master真正宕机，通过Raft投票算法，从剩下的slave节点中，选一台提升为master，然后自动修改相关配置。

三. Redis主从架构数据会丢失么？

会，两种情况

1. 异步复制导致数据丢失：master -> slave的复制是异步的，当master还没有把数据复制到slave的时候宕机了，此时这部分数据就丢失了。

2. 脑裂导致数据丢失：由于某种原因（网络故障或者其他），master与slave节点之间断开了联系，sentinel(哨兵)监控到一段时间没有联系认为master故障，重新选举，将slave切换为新的master。但是原master可能并没有发生故障，只是网络产生分区，此时client仍然在旧的master上写数据，而新的master中没有数据，如果不及时发现问题进行处理会导致旧的master中堆积大量数据。在发现问题之后，旧的master降为slave同步新的master数据，那么之前的数据被刷新掉，造成数据丢失。