Github上近万Star！Codis，中国人开源的Redis集群部署解决方案

我们都知道Redis是单机单进程的，在之前的测试中，我们也知道Redis的单机性能是有限的，并且高性能的机器其实非常昂贵。一个好汉三个帮，分布式系统正是利用了多台普通计算器从而被大量互联网公司所使用，今天我们来聊一聊Redis集群的一种解决方案--Codis。

成都创新互联公司专注于企业成都全网营销推广、网站重做改版、新平网站定制设计、自适应品牌网站建设、html5、成都商城网站开发、集团公司官网建设、外贸网站建设、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为新平等各大城市提供网站开发制作服务。

Codis，Github上面近万star，是一款由中国人开源的Redis集群解决方案，由前豌豆夹团队提供。Codis，它是一款Redis的Proxy，主要负责把Redis的请求分发到不同的Redis实例当中。

我们从一次get请求来解释一下，Codis是如何工作的。因为Codis代理了Redis服务，所以我们发起请求的时候，并不是请求到Redis-server所在的机器上，而是到Codis机器上，Codis机器再根据一定的路由规则进行分发，最终请求到Redis-Server的机器上，也就是说，如果我们使用一个mget请求，可能会到多台机器上。

很显然，这样子Codis也会存在单点问题，好在Codis是一个无状态的服务，所以我们可以同时部署多个Codis实例。

Codis是如何把对应的key分配到不同机器的呢？奥秘就在于Codis的Slot，Codis切分出1024（可配置）个Slot，每个Slot会绑定不同的Redis实例，这里为什么要切分到1024个呢？这是一个不错的思考题？可以从扩容缩容方向进行考虑。

那么不同的Codis实力是如何同步Slot的数据呢？Codis的方法非常简单粗暴，那便是使用ZooKeeper。ZooKeeper不是发现服务么？怎么还能用来存储数据？ZooKeeper其实为每个目录提供了1M的存储空间，通过Quorum的2pc机制来做数据一致性。所以，ZooKeeper可以偷偷用来做数据小，吞吐不是那么大的数据存储。

Codis提供一个Dashboard给用户编辑Slot的情况，当用户编辑的时候，会由Zookeeper分发给所有的Codis实例。优点

Codis非常的简单，无论是理解上，问题排查上还是部署上，都非常的简单。他把一些分布式一致性的东西交给了另外的开源方案Zookeeper去解决，自身非常轻量级。

缺点

由于Codis的数据是落在多台机器上的，所以，Redis的事务功能就不能使用了，对于批量查询接口，Codis需要到多台机器上去获取结果，这就不能保证数据的一致性。会存在这样的情况，使用Codis同时获取key1与key2，同时Update两者的值，可能获取到的Value1是新版本，而Value2为旧版本。

Codis会对Slot进行数据迁移，如果key-value的数据太小太大的话，就会影响迁移的效率，所以Codis官方推荐Codis的key-value大小不要超过1M。

由于Codis不是Redis的官方项目，所以每当Redis发布新版本的时候，Codis都会瑟瑟发抖，随着Redis退出自己的亲儿子Redis-Cluster，Codis的竞争力都在减弱。

今天我们对Github上面10kstar的Codis就介绍到这里，如果你有兴趣，欢迎关注我，我们后面再继续分析,谈一谈Codis中是如何做数据迁移的。

分享名称：Github上近万Star！Codis，中国人开源的Redis集群部署解决方案
分享URL：http://www.mswzjz.com/qtweb/news14/176614.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联