[[427320]]

在业务场景中，要思作念到备而无用，最佳是用集群，莫得集群，至少也要作念到主从，有了主从，当 master 挂掉的本领，让从库过来收受，工作就不错不息，不然 master 需要经过数据复原和重启的历程，这就可能会拖很长的时辰，影响线上业务的捏续工作。在了解 Redis 集群完竣之前需要了解redis 的主从复制,了解主从复制之前率先要了驱踱步式系统的表面基石 CAP 旨趣。

CAP

CAP是踱步式存储的表面基石.

C:一致性;A:可用性;P：分区容忍性;旨趣：当网罗分区发生时，一致性和可用性很难两全.

redis 雕悍可用性(AP);保证最终一致性。

Redis 保证「最终一致性」，从节点会努力追逐主节点，最终从节点的气象会和主节点

的气象将保捏一致。若是网罗断开了，主从节点的数据将会出现多数不一致，一朝网罗恢

复，从节点会取舍多种战术努力追逐上逾期的数据，不息奋力保捏和主节点一致。

对于同步

主从同步

Redis 同步援手主从同步和从从同步，从从同步功能是 Redis 后续版块加多的功能，为

了温和主库的同步包袱。背面为了态状上的毛糙，长入聚首为主从同步。

增量同步

同步是教导流，从节点一边同步教导流，一边反应我方的偏移量，redis 的复制内存buffer是一个定长的环形数组;若是内存满了就会重新入手阴私前边的实践。

快照同步

驻防在网罗不好，主从无法实时同步。形成教导阴私,卓绝破费资源的同步,在主节点上调用一次bgsave，将刻下内存中的数据沿途快照到磁盘中。然后将实践沿途同步到从节点,从节点继承完文献后，立即进行一次全量加载，然后报告主节点同步buffer,若是复制buffer的大小过小，会形成快照同步死轮回;务必成就符合的buffer大小.

无盘复制

Redis 2.8.18 版入手援手无盘复制。所谓无盘复制是指主工作器成功通过套接字将快确乎践发送到从节点，生成快照是一个遍历的历程，主节点会一边遍历内存，一遍将序列化的实践发送到从节点，从节点如故跟之前相通，先将继承到的实践存储到磁盘文献中，再进行一次性加载。

wait 教导

redis 3.0 以后才有，号令wait n t，暗意 t 时辰内恭候同步 n 个节点，若是t=0 出现网路分区，则redis 会丧失可用性。

sentinel 集群

不错将redis sentinel 集群看作是一个zookeeper集群，一般是由3-5个节点构成，Redis 主从取舍异步复制，意味着当主节点挂掉时，从节点可能莫得收到沿途的同步音讯，这部分未同步的音讯就丢失了。若是主从延长迥殊大，那么丢失的数据就可能会迥殊多。Sentinel 无法保证音讯彻底不丢失，然而也尽可能保证音讯少丢失。它有两个选项不错

放胆主从延长过大。

min-slaves-to-write 1 min-slaves-max-lag 10

第一个参数暗意主节点必须至少有一个从节点在进行泛泛复制，不然就罢手对外写工作，丧失可用性。sentinel 的默许端口是26379，主节点挂掉，会断开整个诱骗，再行与新的主节点成立诱骗，整个update 操作会报错，拿获一个readOnlyError。

主从切换后，之前的主库被左迁到从库，整个的修改性的教导齐会抛出 ReadonlyError。

若是莫得修改性教导，诚然诱骗不会得到切换，然而数据不会被破损，是以即使不切换也不紧迫。

codis 集群

单实例redis 只用到了一个cpu，无法完成海量数据的存储和管制，codis 是redis 集群治理决策之一，是前豌豆荚团队开采的，技俩精致东谈主 刘奇 又开采了踱步式数据库TiDB，使用go 言语，他是一个代理中间件;使用redis 契约对外工作。

分片旨趣

默许 1024个槽，不错转念，提议转念到2048、4096，slot 的计较样貌：key->crc32 得到hash 值->hash24=slot，会在内存中宝贵slot 和redis 实例的相干。

不同codis 实例成功槽位相干同步

使用zk、etcd 存储槽位相干 从而完竣分享槽位相干成就。

扩容

codis 对redis 进行了改造，加多了 slotsscan 号令不错遍历指定slot 下的整个的key，codis 继承到正在挪动的key,会强制挪动然后将肯求打到 新的实例上。

舛错

不是亲女儿 单个key 不易过大 不援手事物 加多 代理层的网罗支拨 需要宝贵zk 集群

优点

slot自动平衡 有很好的后台管制系统，qps 弧线，slot 气象，slot分到哪个实例 等等。 redis cluster 集群

RedisCluster 是 Redis 的亲女儿，它是 Redis 作家我方提供的 Redis 集群化决策。相对于 Codis 的不同，它是去中心化的。每个节点精致不同的数据，

Redis 集群节点取舍 Gossip 契约来播送我方的气象以及我方对整个这个词集群默契的篡改。比如一个节点发现某个节点失联了 (PFail)，它会将这条信息向整个这个词集群播送，其它节点也就不错收到这点失联信息。若是一个节点收到了某个节点失联的数目 (PFail Count) 也曾达到了集群的大多数，就不错瑰丽该节点为细目前线气象 (Fail)，然后向整个这个词集群播送，将就其它节点也继承该节点也曾下线的事实，独立即对该失联节点进行主从切换。

默许分16384 个槽位，客户端会存储一份槽位成就信息。

槽位定位

key->crc16得到hash值->hash384=slot 通过在key 字符串里镶嵌tag 瑰丽; 不错强制key处所的槽位;

跳转

当槽位发生迁片晌，肯求旧槽位 会复返一个MOVED 教导 背面跟一个打算节点地址，客户端收到MOVED 教导后，坐窝修订土产货槽位映射表。

第二个 asking 教导和 moved 不相通，它是用莅临时修订槽位的。若是刻下槽位正处于

挪动中，教导会先被发送到槽位处所的旧节点，若是旧节点存在数据，那就成功复返效果

了，若是不存在，那么它可能确实不存在也可能在挪动打算节点上。是以旧节点和会知客户

端去新节点尝试一下拿数据，望望新节点有莫得。这本领就会给客户端复返一个 asking error

佩戴上打算节点的地址。客户端收到这个 asking error 后，就会去打算节点去尝试。客户端

不会刷新槽位映射相干表，因为它仅仅临时修订该教导的槽位信息，不影响后续教导。

为了驻防连气儿跳转，rt 过高，客户端耕种重试次数。

挪动

一个槽一个槽的进行挪动，莫得有很友好的UI。粗略历程如下：

从源节点取得实践-》存到打算节点-》从源节点删除实践，整个这个词历程是同步的，会形成结巴。

集群变更感知

当工作器节点变更时，客户端应该即时得到报告以实时刷新我方的节点相干表。那客户端是怎样得到报告的呢?这里要分 2 种情况：

打算节点挂掉了，客户端会抛出一个 ConnectionError，紧接着会随即挑一个节点来重试，这时被重试的节点和会过 moved error 示知打算槽位被分派到的新的节点地址。

运维手动修改了集群信息，将 master 切换到其它节点，并将旧的 master 移除集群。这时打在旧节点上的教导会收到一个 ClusterDown 的诞妄，示知刻下节点处所集群不成用 (刻下节点也曾被伶仃了，它不再属于之前的集群)。这时客户端就会关闭整个的诱骗，清空槽位映射相干表，然后进取层抛错。待下一条教导过来时，就会再行尝试启动化节点信息。

容错

每个主节点耕种多个从节点，主节点挂了之后从某个从节点中擢升一个，莫得可用从节点，可用耕种cluster-require-full-coverage 允许部分诞妄，其他节点泛泛对外工作。

网罗抖动

 kaiyun

耕种主从切换浮松统共和cluster-node-timeout ，驻防网罗抖动导致不时的主从切换。