redis集群分片的原理详解

redis集群分片的主要目的是解决容量问题，一般redis每台机器的内存都设置的比较小，当然小有小的好处，比如在做备份时负担比较小，管理内存的代价小等等，集群设计根据不同业务场景可以进行如下设计：

1、数据可以进行业务分类：不同业务选用不同的redis

2、数据没办法拆分：

1）hash取模：

弊端：取模的数必须固定 %3、%4、%10 影响分布式下的扩展性

2）随机存储：

 

3）一致性hash:

规划环形hash环：

 

 

优点：你加节点，可以分担其他节点的压力，不会造成全局洗牌

缺点：新增节点造成一小部分数据不能命中

1）比如击穿问题出现，压到mysql查询，然后在放到缓存中。

2）去取离我最近的2个物理节点，如果两次都没有，再去数据库取，放到缓存中。

3、分片的形式：

1）直接连：

redis的连接成本很高，对server端造成的

 

2）采用代理：

 

3）采用LVS负载：

常用三种代理：twitter、predixy、cluster ;后面我们后详细演示。

4、redis分区原理：

1）直接分：

2）间接灵活分区：

 

比如客户端连接的是中间的节点，而某个key的hash值是4 ，此请求会在中间的节点再次hash，找到hash为4的key所在的节点。 

5、实战演示 twitter predixy代理：

 

进入：

 

继续：

 

 

6、演示twitter 进入服务器：相关git链接

新建 twemproxy 目录：

 下载前升级：

 下载

  查看：

参考：

 

流程：

$ git clone git@github.com:twitter/twemproxy.git
$ cd twemproxy
$ autoreconf -fvi
$ ./configure --enable-debug=full
$ make
$ src/nutcracker -h

线安装：

 正式安装：

 版本底，查看：

去这里镜像：

 拉取：

 拉到了：

查看后清除缓存：

 再次下载：

继续：

 然后：

 继续：

然后 make命令:

查看：

 

步骤太多了， 总之，按照下面的文档一步一步来，很快就搭建配置好。到此分片分享完成，大家一定小详细查看文档，认真测试，下一篇我们分享补充一些常用的项目使用的API,敬请期待！

常用文档参考