云原生内存数据库Tair的集群和读写分离架构中,代理服务器(Proxy)承担着路由转发、负载均衡与故障转移等职责。通过了解Proxy的路由转发规则和特定命令的处理方式,有助于您设计更高效的业务系统。
Proxy介绍

代理服务器(Proxy)是Tair实例中的一个组件(单节点架构),不会占用数据分片的资源,通过多个Proxy节点实现负载均衡及故障转移。
Proxy能力 | 说明 |
---|---|
集群版使用模式转换 | Proxy能够实现架构转换,帮助您如同在使用标准版一样地使用集群版。当标准版无法支撑业务发展时,您无需修改代码即可将标准版的数据迁移至带有Proxy的集群版,大幅度降低业务改造成本。 |
负载均衡和路由转发 | Proxy与后端的数据分片建立长连接,负责请求负载均衡和路由转发操作,关于转发规则的介绍,请参见Proxy的路由转发规则。 |
管理只读节点流量 | Proxy会实时探测只读节点的状态,当出现下述情况时,Proxy会执行流量管控动作:
|
缓存热点Key信息 | 开启代理查询缓存功能(Proxy Query Cache)后,Proxy会缓存热点Key对应的请求和返回信息,当在有效时间内收到同样的请求时直接返回结果至客户端,无需和后端的数据分片交互,可更好地改善对热点Key的发起大量读请求导致的访问倾斜。更多信息,请参见通过Proxy Query Cache优化热点Key问题。 说明 该功能仅内存型集群架构实例支持。 |
支持多数据库(DB) | 集群模式下,原生Redis和Cluster client均不支持多数据库(DB)功能,只使用默认的0 号数据库,也不支持SELECT 命令。但您可以通过Proxy访问集群实例,支持多数据库(DB)功能,支持使用SELECT 命令,集群版实例默认为256个DB。 |
Proxy的路由转发规则
架构 | 转发规则 | 说明 |
---|---|---|
集群架构 | 基础转发规则 |
|
特定命令转发规则 |
| |
读写分离架构 | 基础转发规则 |
|
特定命令转发规则 |
|
连接数使用说明
- 阻塞类命令:BRPOP、BRPOPLPUSH、BLPOP、BZPOPMAX、BZPOPMIN、BLMOVE、BLMPOP、BZMPOP。
- 事务类命令:MULTI、EXEC、WATCH。
- MONITOR类命令:MONITOR、IMONITOR、RIMONITOR。
- 订阅命令:SUBSCRIBE、UNSUBSCRIBE、PSUBSCRIBE、PUNSUBSCRIBE、SSUBSCRIBE、SUNSUBSCRIBE。
常见问题
- Q:代理(Proxy)模式下,支持哪些跨Slot的多Key命令?
A:具体为DEL、EXISTS、MGET、MSET、SDIFF、SDIFFSTORE、SINTER、SINTERSTORE、SUNION、SUNIONSTORE、UNLINK。
- Q:是否支持将只进行读操作的Lua脚本转发至只读节点吗?
- Q:代理(Proxy)模式和直连模式有什么区别,推荐使用什么模式?A:推荐使用代理模式,介绍与区别如下:
- 代理模式:客户端的请求由代理节点转发至数据分片,可享受代理节点带来的负载均衡、读写分离、故障转移、代理查询缓存、长连接等特性能力。
- 直连模式:可通过直连地址绕过代理,直接访问后端的数据分片(类似连接原生Redis集群)。相比代理模式,直连模式节约了通过代理处理请求的时间,可以在一定程度上提高Tair服务的响应速度。
- Q:如果后端的某个数据分片出现异常,对数据读写有什么影响?A:数据分片均采用主备高可用架构,当主节点发生故障后,系统会自动进行主备切换保证服务高可用。在特别极端场景下某个数据分片出现异常后,对数据的影响及优化方案如下。
场景 影响与优化方案 图 2. 多Key命令场景 - 影响:
客户端通过4个连接发送4个请求,当数据分片2处于异常状态时,仅有请求1(GET Key1可正常读取到数据),其他请求会访问到数据分片2会返回超时。
- 优化方案:
- 降低多Key命令(例如MGET)的使用频率,或降低一次请求中包含的Key的数量,避免因单个数据分片异常导致该请求全部返回失败。
- 降低事务类命令的使用频率或降低事务大小,避免因某个子事务失败导致整个事务失败。
图 3. 单连接场景 - 影响:
客户端通过1个连接分别发送2个请求,当数据分片2处于异常状态时,请求2(GET Key2)将返回超时,同时由于请求1(GET Key1)和请求2共用同一连接,导致请求1也无法正常返回。
- 优化方案:
- 避免或降低对pipeline的使用。
- 避免使用单连接的客户端(例如Lettuce),推荐使用连接池的客户端,例如Jedis客户端(需设置合理的超时时间和连接池大小)。
- 影响: