深入浅出百亿请求高可用Redis(codis)分布式集群揭秘

Codis基于crc32的算法%1024获得对应的slot，slot就是所谓的逻辑分片，同时codis会将对应的逻辑分片映射到对应的假造结点上，每个假造结点是由1主多从的物理redis结点构成。至于为啥会用crc32，这个详细也没有细究，作者也是小心于rediscluster中的实现引入的。通过引入逻辑存储结点group，这样纵然底层的主机呆板实例改观，也不映射上层的映射数据，对上层映射透明，便于分片的打点。

题目二，proxy是怎样做到读写疏散

如上图所示，key映射到详细的假造结点时，可以或许感知到假造结点对应的主与备机实例，此时redisproxy层面可以或许辨认到详细的redis呼吁获得对应的呼吁是读与写，再按照集群的设置是否支持读写疏散的特征，如设置的是支持，则随机路由到主与从机实例，如设置的是不支持，则路由到主机补全。

题目三，proxy今朝支持哪些呼吁，是否支持批量呼吁，怎样担保原子性

呼吁支持链接

呼吁支持部门：Prxoy支持的呼吁分为三种：不支持呼吁，半支持呼吁，支持呼吁，除了上表所示呼吁外，其他呼吁proxy均是支持的，个中不支持呼吁部门首要是由于这些呼吁参数中没有key,因此无法辨认路由信息，不知道详细路由到哪台实例上，而半支持呼吁部门凡是是会操纵多个key,codis基于一种简质朴现，以第一个key的路由为准，因此必要营业方本身来保持多个key路由到统一个slot,虽然营业也是可以不担保，详细效果营业来包袱，是一种弱校验的模式，而公司级产物ckv+对付多key操纵是强校验，假如多key不在统一slot上，则以错误的情势返回。

多key操纵&原子性部门：Redis自己对付多key的一些操纵譬喻mset等呼吁是原子性的，而在漫衍式操纵下，多key会漫衍到多个redis实例傍边，涉及到漫衍式事宜，以是在codis傍边举办了简化处理赏罚，多key操纵拆成多个单key呼吁操纵，以是codis傍边的mset多key操纵不具备原子性的语义。

题目四，怎样担保多个key在一个slot傍边

有些场景下，我们但愿行使到lua可能一些半支持呼吁来担保我们操纵的原子性，因此我们必要在营业层面往复担保多key在一个slot傍边，codis回收了和rediscluster一样的模式，基于hashtag，譬喻我想让七天的主播榜单都中路由在统一个slot的话，{anchor_rank}day1,{anchor_rank}day2,{anchor_rank}day3，即可支持，对就是回收大括号的模式，codis会辨认大括号，只会取大括号中的字符串举办hash操纵。

4.2.2Proxy哀求处理赏罚细节

如下图所示：该部门首要涉及到proxy的处理赏罚细节，涉及到怎样接管一个哀求到相应回包的进程。

【图】Proxy哀求处理赏罚细节

如上图所示：该部门首要涉及到proxy的处理赏罚细节。

Codisproxy首要基于go说话这种从说话层面自然支持协程的说话来实现的。

1)proxy吸取客户端的毗连之后，新建一个session,同时启动session中reader与writer两个协程，reader首要用于吸取客户端哀求数据并理会，对多key的场景下举办呼吁的拆分，然后将哀求通过router举办分发到详细的redis实例，并将redis处理赏罚的数据功效写到通道到中，writer从通道中吸取对应的功效，将写回给客户端。

2)Router层首要是通过crc呼吁获得key对应的路由信息，从源码可以看到hashtag的特征，codis着实也是支持的。

至此，proxy相干的路由映射与哀求处理赏罚细节已经竣事，整体下来是不是很简朴。

五、数据靠得住性&高可用&容灾&妨碍转移&脑裂处理赏罚

作为存储层，数据靠得住性与处事高可用是不变性的焦点指标，直接影响到上层焦点处事的不变性，本节将首要针对这两个指标来做一下叙述。

5.1 数据靠得住性

作为codis的实现来讲，数据高靠得住首要是redis自己的手段，凡是存储层的数据高靠得住，首要是单机数据高靠得住+长途数据热备+按期冷备归档实现的。

单机数据高靠得住首要是借助于redis自己的耐久化手段，rdb模式(按期dum)与aof模式(流水日记)，这块可以参考前文所示的2本书来相识，个中aof模式的安详性更高，今朝我们线上也是将aof开关打开，在文末也会具体描写一下。

长途数据热备首要是借助于redis自身具备主从同步的特征，全量同步与增量同步的实现，让redis详细长途热备的手段。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!