当前位置：首页 > 问答 > 正文

Redis IO延迟到底怎么测？延迟测试方法和实操分享

凤伟才
问答
2026-01-04 19:07:57
22

想知道Redis到底快不快，响应及不及时，光看官方说的每秒十万请求这种数字是没用的，你得自己测一下延迟，延迟简单说就是从一个命令发出去到收到回复，中间花了多少时间，这个时间越短，说明Redis响应越快,下面我就分享几种常见的测试方法和实际操作的例子。

搞清楚你要测的是什么。

延迟测试不是简单地跑个压力看看每秒能处理多少请求，它更关注的是每个请求的响应时间，你可能想知道在正常情况下，一个SET或GET命令要花多少微秒；或者在Redis服务器负载很高的时候，最慢的请求会慢到什么程度，根据Percona公司的性能优化文章提到，我们通常关注几个关键的延迟指标：平均延迟、最大延迟，以及延迟的分布情况（比如百分之99的请求在多少时间内完成），高百分位的延迟（如P99）非常重要,因为它反映了最坏情况下用户的体验。

使用Redis内置的延迟测试工具，最简单直接

Redis自己就带了一个非常实用的延迟诊断工具，叫redis-cli --latency，这个工具的优势是它不需要额外的软件,只要你能连上Redis服务器就行。

基础用法：打开终端，输入以下命令：
```
redis-cli --latency -h your_redis_host -p your_redis_port
```
把your_redis_host和your_redis_port换成你的Redis服务器地址和端口，如果Redis就在本机，直接输redis-cli --latency就行。
它怎么工作的：这个命令会不断地向Redis服务器发送PING命令，然后测量每个PING的往返时间，你会看到一个持续更新的界面，显示最小延迟、最大延迟和平均延迟，这个工具主要用来测试基础的网络和Redis本身的响应情况，非常轻量，根据Redis官方文档说明,这是快速检查基线延迟的首选方法。
进阶用法：还有一个更细致的版本是redis-cli --latency-history，它会把延迟数据分成一个个小时间段（默认15秒一段）来显示，这样你就能看到延迟随时间变化的趋势,更容易发现周期性的延迟毛刺。

模拟真实压力，使用redis-benchmark

redis-benchmark也是Redis自带的一个工具，它主要用来做性能基准测试，但通过一些参数，我们也能用它来观察延迟情况，它可以模拟多个客户端同时发请求的场景，比--latency更接近真实环境。

实操命令例子：
```
redis-benchmark -h your_redis_host -p 6379 -c 50 -n 100000 --csv
```
这个命令表示用50个并发连接（-c 50），总共发送10万次请求（-n 100000）。--csv格式输出方便你看数据，它会测试各种命令（GET, SET, INCR等）的吞吐量和延迟分布。
如何看延迟：在输出的最后，你会看到类似这样的延迟百分位信息：
```
"LPUSH (needed to benchmark LRANGE)": ["0.08% <= 1 milliseconds", "99.92% <= 2 milliseconds"]
```
这表示99.92%的LPUSH请求延迟都在2毫秒以内,这个数据就非常有价值了。
专门测延迟：你可以用redis-benchmark只跑PING命令，并详细输出延迟分布：
```
redis-benchmark -t ping -q --latency-history
```
这个命令会安静模式（-q）运行，只显示延迟历史,让你清晰地看到在不同压力下延迟的变化曲线。

使用更专业的工具，比如memtier_benchmark

如果要求更高，想进行更复杂、更真实的测试，可以考虑使用Redis Labs推出的memtier_benchmark工具，这个工具在高级用户中很流行，它能提供比redis-benchmark更详尽的延迟和吞吐量数据报告。

它能做什么：它可以设置不同的读写比例（比如模拟一个典型的缓存场景：80%的GET，20%的SET），可以设置测试数据集的大小，并提供非常详细的延迟百分位报表（包括P50, P90, P95, P99, P99.9等）。
实操举例（需要先安装该工具）：
```
memtier_benchmark -s your_redis_host -p 6379 -c 20 -t 10 --ratio=1:1 --test-time=60 --hide-histogram
```
这个命令使用20个客户端（-c 20），10个线程（-t 10），读写比例1:1（--ratio=1:1），持续测试60秒，它会输出包括各百分位延迟在内的综合报告，根据Several online benchmarks和GitHub上的项目文档,memtier_benchmark是进行严谨性能对比时的标准工具之一。

从应用层面测量，最真实

上面三种方法都是从外部测试，但有时候，真正的延迟感知是在你的应用程序里，因为网络延迟、客户端序列化/反序列化的开销都会影响最终用户体验。

怎么做：这需要你在应用程序的代码中，在发送Redis命令之前和收到回复之后，分别打上一个时间戳，然后计算差值,比如用Python伪代码表示：
```
import time
import redis
r = redis.Redis(host='localhost', port=6379)
start_time = time.time() * 1000  # 获取当前时间，单位毫秒
r.get('my_key')
end_time = time.time() * 1000
latency = end_time - start_time
print(f"这次GET请求的延迟是：{latency} 毫秒")
```
你可以把这段逻辑封装一下，定期采样，或者把延迟数据发送到监控系统（如Prometheus）里，这样就能看到你的线上应用真实感受到的Redis延迟是什么样的,这是最直接反映业务体验的方法。

测试时要注意什么？

环境隔离：最好在专用的测试服务器上跑，确保没有其他程序干扰,客户端和Redis服务器之间的网络质量对结果影响巨大。
基线延迟：先在不加压的情况下，用redis-cli --latency测一下基线延迟是多少,这样后面有压力时的延迟数据才有对比的基准。
观察系统指标：测试时，最好同时用top, iostat等命令监控Redis服务器的CPU、内存和磁盘（如果开了AOF）的使用情况,很多时候延迟升高是因为CPU满了或者磁盘IO跟不上。
持续一段时间：延迟测试不能只跑几秒钟，最好持续几分钟甚至更久，这样才能发现那些偶尔出现的“延迟毛刺”。

测Redis IO延迟，从易到难有这些选择：快速检查用redis-cli --latency，模拟基础压力看分布用redis-benchmark，做专业基准测试用memtier_benchmark，而要了解真实用户体验，最好是在应用代码里埋点，把这几种方法结合起来,你就能对Redis的响应性能有一个全面清晰的认识了。

Redis IO延迟到底怎么测？延迟测试方法和实操分享