Redis集群功能预览
最后更新于:2022-04-01 20:33:27
目前Redis Cluster仍处于Beta版本,Redis 3.0将会加入,在此可以先对其主要功能和原理进行一个预览。参考《Redis Cluster - a pragmatic approach to distribution》。
### 1 没有集群的Redis
没有集群功能的Redis,每个master-slave主从复制都独立于其他结点,sharding需要在客户端如Jedis中控制。可以使用官方提供的Sentinel监控主从的状态,实现自动的Fail-over切换。具体请参见[《Redis主从和HA配置》](http://blog.csdn.net/dc_726/article/details/11694437)。
### 2 集群拓扑
所有结点直连其他结点,端口为baseport(6379)+4000。为了带宽和性能,通信协议是二进制的。客户端与结点之间的通信还是正常的ascii协议。
![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2016-08-31_57c6b13e8864f.jpg)
虽然结点是互联并且功能等同的,但实际上结点还是分为master和slave两种。例如下图所示,每个master有两个副本,副本不接受写请求。Redis-trib集群管理器会分配master和slave,使其尽量在不同的物理机上。
![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2016-08-31_57c6b13e9c8e4.jpg)
### 3 请求处理
Redis集群客户端分为两种:Dummy和Smart:
Ø Dummy模式:单连接,随机连接一个结点,对现有客户端代码结构影响最小。
Ø Smart模式:长连接到许多结点,在客户端缓存一份hashslot=>node的路由表,当接收到服务器的**-MOVED**响应时更新表项。这种方式具有低延迟,但当集群很大时,客户端会维护许多连接,此时应当共享client对象实例。
![](https://docs.gechiui.com/gc-content/uploads/sites/kancloud/2016-08-31_57c6b13eb0d86.jpg)
当添加新结点,可以使用redis-trib的**MIGRATE**命令进行re-sharding。
';