【Redis】Redis和Codis的MGET性能测试（压测）

刺骨的言语ヽ痛彻心扉 2024-04-18 20:10 54阅读 0赞

本文主要测试对比目前 **jedis客户端+codis集群 **和 **lettuce客户端+redis集群 **的性能对比，主要测试业务最多使用的get和mget命令。

PS：redis集群为redis官方提供但并不支持mget功能，但lettuce客户端在业务层帮助实现了mget功能；codis集群为豌豆荚开发的redis分布式集群，本身支持mget功能，底层实例也是单个redis实例。

## **压测环境** ##

### **一、Codis集群** ###

> **架构：3个分片，每个分片1个master，2个slave**
> 
> **实例：8G内存**
> 
> **版本：3.2.11**
> 
> **机器：物理机三台（32cpu，128g）**
> 
> **配置：常用配置项 持久化关闭**

### **二、Redis集群** ###

> **架构：3个分片，每个分片1个master，2个slave**
> 
> **实例：8G内存**
> 
> **版本：3.2.11**
> 
> **机器：同机房物理机三台（32cpu，128g）**
> 
> **配置：与codis集群配置项相同**

### **三、接口服务** ###

> **部署方式：java web服务 单点部署 同时提供jedis+codis与lettuce+redis的接口 **
> 
> **启动参数：java -Duser.timezone=GMT+08 -Xmx4G -Xms4G -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -jar /opt/data/lettuce-test-0.0.1-SNAPSHOT.jar**
> 
> **部署机器：32CPU/****128G 同机房物理机**
> 
> **Jedis客户端：使用连接池**
> 
> **Lettuce客户端：非连接池同步/异步命令，以及同步连接池，和异步连接池**
> 
> **wrk机器：2CPU/8G 同****机房虚拟机**
> 
> **wrk命令：wrk -t4 -c100 -d30s \{url\}**

## **压测结果** ##

### 一、Get命令测试 ###

<table> 
 <tbody> 
  <tr> 
   <th>客户端</th> 
   <th> <p>QPS</p> </th> 
   <th> <p>Latency-Avg</p> </th> 
   <th>Transfer/sec</th> 
  </tr> 
  <tr> 
   <td>jedis</td> 
   <td>48724.08</td> 
   <td>2.64ms</td> 
   <td>7.72MB</td> 
  </tr> 
  <tr> 
   <td>lettuce-sync</td> 
   <td>73503.32</td> 
   <td>1.99ms</td> 
   <td>11.65MB</td> 
  </tr> 
  <tr> 
   <td>lettuce-async</td> 
   <td>78309.92</td> 
   <td>1.42ms</td> 
   <td>12.41MB</td> 
  </tr> 
  <tr> 
   <td colspan="1">lettuce-sync-pool</td> 
   <td colspan="1">8859.18</td> 
   <td colspan="1">12.10ms</td> 
   <td colspan="1">1.40MB</td> 
  </tr> 
  <tr> 
   <td colspan="1">lettuce-async-pool</td> 
   <td colspan="1">43452.51</td> 
   <td colspan="1">8.86ms</td> 
   <td colspan="1">6.56MB</td> 
  </tr> 
 </tbody> 
</table>

### 二、Mget命令测试 ###

<table> 
 <tbody> 
  <tr> 
   <th>客户端</th> 
   <th> <p>QPS</p> </th> 
   <th> <p>Latency-Avg</p> </th> 
   <th>Transfer/sec</th> 
  </tr> 
  <tr> 
   <td>jedis</td> 
   <td>25854.20</td> 
   <td>4.20ms</td> 
   <td>79.23MB</td> 
  </tr> 
  <tr> 
   <td>lettuce-sync</td> 
   <td>3618.35</td> 
   <td>28.70ms</td> 
   <td>20.26MB</td> 
  </tr> 
  <tr> 
   <td>lettuce-async</td> 
   <td>3932.65</td> 
   <td>25.41ms</td> 
   <td>22.02MB</td> 
  </tr> 
  <tr> 
   <td colspan="1">lettuce-sync-pool</td> 
   <td colspan="1">1967.92</td> 
   <td colspan="1">50.89ms</td> 
   <td colspan="1">11.18MB</td> 
  </tr> 
  <tr> 
   <td colspan="1">lettuce-async-pool</td> 
   <td colspan="1">11764.77</td> 
   <td colspan="1">13.57ms</td> 
   <td colspan="1">48.46MB</td> 
  </tr> 
 </tbody> 
</table>

PS：mget一次获取50个固定元素，用scan命令获取。

## **压测结论** ##

1.  Get命令lettce客户端表现优于jedis客户端。
2.  Mget命令jedis客户端表现由于lettuce客户端。
3.  Lettuce的异步命令（async）在压测情况下总体上都比同步命令（sync）表现优秀。

## 结论分析 ##

如上片博客[Lettuce源码分析-MGET原理][Lettuce_-MGET]所述，Lettuce是把key根据slot进行分组,将在同一个slot的命令一起发送到对应的节点,再将所有请求的返回值合并作为最终结果。测试的50个key分属与不同的50个slot势必效率不会很高，因为无法避免50次访问集群，即便使用异步并行访问。而Codis理论上应该类似也会按slot分组执行mget，但是它用管道pipeline对同一shard的key做了优化，效率有明显提升。

[Lettuce_-MGET]: https://blog.csdn.net/qq_31665011/article/details/100708991