腾讯云redis压测数据比不上友商？不！

背景：客户在针对友商的产品进行基准线测试，本周反馈在redis性能测试上，腾讯云的redis性能和其他厂商持平，但是远远达不到另一个友商的数据。本文建单分析排查过程。

压测信息：

redis 压测实例：集群版本，8分片 8G内存；

CVM压测客户端：8核16Gb内存；

问题一：Redis压测管道和非管道，取元素咋差别不大，按道理应该有几十或者上百倍差距？

压测的信息如图（模拟的数据）：

-p压测数据对比

压测命令对比：

redis-benchmark -P 通过管道传输 <numreq> 请求；

两次压测主要对比参数为 -P 1000.

压测方式：

通过一个客户端（云主机）对redis进行压测，实例在同子网上。

压测结果：

压测数据对比，通过管道压测的数据仅仅多了0.5倍，与客户预期不同。

排查结论：

1. 云主机负载不高；
2. redis不管是管道还是非管道，负载在20%左右，没有瓶颈；
3. 压测时，客户端机器上netstat有包堆积的情况；

压测建议：

1. redis-benchmark本身有性能瓶颈，建议在压测时使用多个进程多个client进行；
2. 腾讯云redis的架构中存在proxy，建议压测时-P设置为1000左右即可；

redis架构

【重新压测的结果】

管道压测下数据有比较大的差距，结合多云主机压测的效果会更加明显。

官网压测的方法说明：

https://cloud.tencent.com/document/product/239/17952

官网压测说明

问题二：腾讯、阿里的redis，压测数据远远比不上另一个厂商？

先看看友商的效果：QPS能到100W+？redis具备这么强的能力吗？

网络延迟：

1. 友商的客户端-redis实例延迟，max为 0.5 - 0.6ms

1. 腾讯侧的客户端-redis实例延迟，max为 0.3 - 0.4ms

网络数据，腾讯侧目前是占优的状态，观察客户的压测实例，腾讯侧负载未上来，可能会是一个因素，但按当前的数据，负载上来也无法到达友商这样的数值。

二次压测

第二次压测反馈了情况：从执行压测到完成压测，整个时间不到1秒就完成了。

第一判断是：这完全是没有压测到实例的情况。

压测分析：

1. 压测时，实例的负载；负载始终没有波动上来；--友商的控制界面，此次无法提供；
2. 压测时，进行抓包；抓包的数据看redis未有回包；
3. 友商的实例设置密码，压测时未提供密码，也能压出这样的速度；

初步结论

1. redis-benchmark压测错误的情况下，没有报错信息返回，只提供软件本身的计数；
2. 友商的实例没有压入，只是redis-benchmark发起的次数；

深入排查的结论

客户使用友商的是cluster集群。针对cluster集群，友商的压测命令要求在压测时加上-cluster参数。按指示再压测时，数据正常了，压测数据和其他几个云厂商持平。

附录：腾讯云redis性能介绍