predixy：一款吊打众对手的redis代理，你喜欢吗？

引言

无论是为了解决redis的高可用问题、还是为了可扩展性、或者是为了维护方便，用一款redis代理都是上佳的选择。在github上有众多开源的redis代理，本文中选取三个流行的，并且各具特色的代理来和本文所要推介的predixy进行对比。

• predixy
• twemproxy
• codis
• redis-cerberus

功能

特性	predixy	twemproxy	codis	redis-cerberus
高可用	Redis Sentinel或Redis Cluster	一致性哈希	Redis Sentinel	Redis Cluster
可扩展	Key哈希分布或Redis Cluster	Key哈希分布	Key哈希分布	Redis Cluster
开发语言	C++	C	GO	C++
多线程	是	否	是	是
事务	Redis Sentinel模式单Redis组下支持	不支持	不支持	不支持
BLPOP/BRPOP/BLPOPRPUSH	支持	不支持	不支持	支持
Pub/Sub	支持	不支持	不支持	支持
Script	支持load	不支持	不支持	不支持
Scan	支持	不支持	不支持	不支持
Select DB	支持	不支持	支持	Redis Cluster只有一个DB
Auth	支持定义多个密码，给予不同读写及管理权限和Key访问空间	不支持	同redis	不支持
读从节点	支持，可定义丰富规则读指定的从节点	不支持	支持，简单规则	支持，简单规则
多机房支持	支持，可定义丰富规则调度流量	不支持	有限支持	有限支持
统计信息	丰富	丰富	丰富	简单

简单来说，predixy既支持Redis Sentinel也支持Redis Cluster

• 后端为Redis Sentinel监控的一组Redis，功能完全等同于原始Redis
• 后端为Redis Sentinel监控的多组Redis，则有部分功能受限
• 后端为Redis Cluster，功能完全等同于Redis Cluster

性能

作为redis代理，性能不行都不好意思说自己是redis代理，上面提到的四款代理必然都是高性能的，但为了分个高低上下，接下来我们就来做个简单的评测，测试平台如下：

名称	内容
CPU	AMD Ryzen 7 1700X Eight-Core Processor 3.775GHz
内存	16GB DDR4 3000
系统	x86_64 GNU/Linux 4.10.0-27-generic #30~16.04.2-Ubuntu
predixy	版本1.0.1，源码默认参数编译
twemproxy	版本0.4.1，源码默认参数编译
codis	二进制发布版本codis3.2.0-go1.8.1-linux.tar.gz
cerberus	github迁出8d68a5d源码默认参数编译

redis-server、各代理、redis-benchmark均在这一台机器上运行。

redis部署：

代理	redis后端部署
predixy	redis cluster模式部署三个redis主节点, slots平分
twemproxy	三个redis主节点，采用crc16哈希，modula分布
codis	三个redis主节点，slots平分
cerberus	redis cluster模式部署三个redis主节点, slots平分

以下测试的结果中，横坐标为数据大小、纵坐标为qps或者毫秒。

单线程SET/GET测试

测试命令：

$ redis-benchmark -p xxx -t set,get -r 3000 -n 1000000 -d xxx                                                          

测试结果：

结果说明：

在吞吐上，predixy大幅领先于另外三款代理，当数据量达到16KB时，由于redis-benchmark本身成为瓶颈，predixy和twemproxy成绩差不多了。在延时上，codis由于语言的问题，一直都大于另外三款代理，后续测试也一样。

单线程PIPELINE SET/GET测试

测试命令：

$ redis-benchmark -p xxx -t set,get -r 3000 -n 5000000 -P 20 -d xxx

测试结果：

结果说明：

redis-benchmark一次pipeline 20个命令，瞬间qps猛增，而predixy在这轮测试中一骑绝尘，遥遥领先另外三个，在数据量大于2048之后，redis-benchmark本身成为瓶颈，才使得predixy的get请求qps降下来。另外值得注意的是，在上轮测试中落后的cerberus在本轮测试一开始表现也远好过twemproxy和codis，随着数据量的变大才逐渐掉队。

双线程PIPELINE SET/GET测试

测试命令：

$ redis-benchmark -p xxx -t set,get -r 3000 -n 10000000 -P 20 -d xxx

测试结果：

结果说明：

由于twemproxy不支持多线程，因此没有参加本轮测试，为了避免redis-benchmark成为瓶颈，在双线程中，我们没有测试单个的SET/GET，而是直接进行PIPELINE测试，测试结果和单线程的PIPELINE结果一样，predixy依然取得领先，在数据量达到2048后，redis-benchmark对predixy来说已经成为瓶颈。本轮cerberus表现也很抢眼，不过还是随着数据量的增大，表现迅速变差。

结论

同另外三款流行的redis代理相比，predixy在功能上更加全面，在性能上更是完胜，这样的一款redis代理，你喜欢吗？