记录一次redis的benchmark测试

最新推荐文章于 2023-11-19 23:22:29 发布
最新推荐文章于 2023-11-19 23:22:29 发布
阅读量1.1k 收藏
点赞数
分类专栏： Java开源框架 文章标签： Redis性能测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/s2008100262/article/details/110945844
版权

目录

1、测试环境

2、测试参数

3、测试结果

1、环境

 
指标值 
cpu单核Intel(R) Xeon(R) Platinum 8163 CPU @ 2.50GHz
内存2G
操作系统Linux3.10.0-1127.8.2.el7.x86_64x86_64
  
  
  
  

2、测试参数

redis-benchmark -n 100000 -c 20 -d 1024

     共100000个请求、20个并发连接，value负载1024bytes


3、测试结果

PING_INLINE: -nan
PING_INLINE: 57672.00
PING_INLINE: 57614.00
PING_INLINE: 57544.00
PING_INLINE: 58150.00
PING_INLINE: 52508.80
PING_INLINE: 53202.67
PING_INLINE: 53782.29
====== PING_INLINE ======
  100000 requests completed in 1.85 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.96% <= 1 milliseconds
99.98% <= 124 milliseconds
100.00% <= 124 milliseconds
53966.54 requests per second

PING_BULK: 57839.42
PING_BULK: 57803.62
PING_BULK: 58529.04
PING_BULK: 59579.48
PING_BULK: 60233.07
PING_BULK: 56253.79
PING_BULK: 56587.66
====== PING_BULK ======
  100000 requests completed in 1.75 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.98% <= 81 milliseconds
100.00% <= 81 milliseconds
57012.54 requests per second

SET: 60229.51
SET: 60502.69
SET: 56606.11
SET: 56663.99
SET: 57587.34
SET: 58184.40
SET: 50744.28
====== SET ======
  100000 requests completed in 1.93 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.99% <= 223 milliseconds
100.00% <= 223 milliseconds
51867.22 requests per second

GET: 61176.47
GET: 60947.57
GET: 61564.79
GET: 56894.39
GET: 58097.35
GET: 58966.06
GET: 59604.48
GET: 52927.56
====== GET ======
  100000 requests completed in 1.87 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.96% <= 1 milliseconds
99.97% <= 2 milliseconds
99.99% <= 201 milliseconds
100.00% <= 201 milliseconds
53475.94 requests per second

INCR: 62985.40
INCR: 63002.59
INCR: 62905.80
INCR: 58838.78
INCR: 59769.57
INCR: 60374.91
INCR: 60769.09
====== INCR ======
  100000 requests completed in 1.64 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

100.00% <= 0 milliseconds
60790.27 requests per second

LPUSH: 8099.14
LPUSH: 35900.41
LPUSH: 44297.82
LPUSH: 48402.24
LPUSH: 47932.63
LPUSH: 50101.89
LPUSH: 51631.06
====== LPUSH ======
  100000 requests completed in 1.91 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.98% <= 1 milliseconds
99.99% <= 200 milliseconds
99.99% <= 201 milliseconds
100.00% <= 201 milliseconds
52438.39 requests per second

RPUSH: 59707.70
RPUSH: 21679.37
RPUSH: 39058.41
RPUSH: 45642.95
RPUSH: 49203.75
RPUSH: 48726.23
RPUSH: 50626.84
RPUSH: 51980.16
====== RPUSH ======
  100000 requests completed in 1.91 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.98% <= 1 milliseconds
99.98% <= 201 milliseconds
100.00% <= 201 milliseconds
52410.90 requests per second

LPOP: 61918.37
LPOP: 30639.80
LPOP: 42797.53
LPOP: 48093.64
LPOP: 51133.39
LPOP: 53035.79
LPOP: 54405.59
====== LPOP ======
  100000 requests completed in 1.83 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.95% <= 1 milliseconds
99.97% <= 2 milliseconds
99.98% <= 201 milliseconds
100.00% <= 201 milliseconds
54764.51 requests per second

RPOP: 59083.34
RPOP: 59612.90
RPOP: 58955.36
RPOP: 58896.30
RPOP: 58853.78
RPOP: 58954.96
RPOP: 53300.64
RPOP: 54153.04
====== RPOP ======
  100000 requests completed in 1.84 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.94% <= 1 milliseconds
99.97% <= 2 milliseconds
99.99% <= 151 milliseconds
100.00% <= 151 milliseconds
54318.30 requests per second

SADD: 60072.11
SADD: 60853.71
SADD: 59234.46
SADD: 59196.24
SADD: 59165.57
SADD: 59206.45
SADD: 51828.46
====== SADD ======
  100000 requests completed in 1.92 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.99% <= 211 milliseconds
100.00% <= 211 milliseconds
52164.84 requests per second

HSET: 55161.29
HSET: 57032.03
HSET: 56732.58
HSET: 56674.77
HSET: 56494.66
HSET: 56512.10
HSET: 56750.49
HSET: 50501.40
====== HSET ======
  100000 requests completed in 1.95 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.96% <= 1 milliseconds
99.98% <= 191 milliseconds
99.99% <= 192 milliseconds
100.00% <= 192 milliseconds
51334.70 requests per second

SPOP: 61671.23
SPOP: 61783.28
SPOP: 61780.10
SPOP: 59510.33
SPOP: 59088.54
SPOP: 58993.96
SPOP: 59195.17
SPOP: 52267.69
====== SPOP ======
  100000 requests completed in 1.90 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.98% <= 1 milliseconds
99.99% <= 211 milliseconds
100.00% <= 211 milliseconds
52548.61 requests per second

LPUSH (needed to benchmark LRANGE): 57144.66
LPUSH (needed to benchmark LRANGE): 56985.33
LPUSH (needed to benchmark LRANGE): 57232.17
LPUSH (needed to benchmark LRANGE): 56934.00
LPUSH (needed to benchmark LRANGE): 56994.82
LPUSH (needed to benchmark LRANGE): 57327.18
LPUSH (needed to benchmark LRANGE): 57713.08
====== LPUSH (needed to benchmark LRANGE) ======
  100000 requests completed in 1.87 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

100.00% <= 1 milliseconds
100.00% <= 141 milliseconds
100.00% <= 141 milliseconds
53390.28 requests per second

LRANGE_100 (first 100 elements): 53961.54
LRANGE_100 (first 100 elements): 58550.73
LRANGE_100 (first 100 elements): 57768.06
LRANGE_100 (first 100 elements): 57764.17
LRANGE_100 (first 100 elements): 57157.89
LRANGE_100 (first 100 elements): 56721.79
LRANGE_100 (first 100 elements): 57135.65
====== LRANGE_100 (first 100 elements) ======
  100000 requests completed in 1.73 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.91% <= 1 milliseconds
99.96% <= 2 milliseconds
99.99% <= 3 milliseconds
100.00% <= 3 milliseconds
57703.40 requests per second

LRANGE_300 (first 300 elements): 60363.64
LRANGE_300 (first 300 elements): 13385.16
LRANGE_300 (first 300 elements): 26512.20
LRANGE_300 (first 300 elements): 34401.02
LRANGE_300 (first 300 elements): 39634.07
LRANGE_300 (first 300 elements): 42137.18
LRANGE_300 (first 300 elements): 44690.80
LRANGE_300 (first 300 elements): 46817.72
LRANGE_300 (first 300 elements): 48199.70
====== LRANGE_300 (first 300 elements) ======
  100000 requests completed in 2.27 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.64% <= 1 milliseconds
99.72% <= 2 milliseconds
99.74% <= 3 milliseconds
99.80% <= 4 milliseconds
99.83% <= 5 milliseconds
99.85% <= 8 milliseconds
99.87% <= 9 milliseconds
99.88% <= 10 milliseconds
99.89% <= 11 milliseconds
99.90% <= 14 milliseconds
99.92% <= 15 milliseconds
99.94% <= 16 milliseconds
99.96% <= 17 milliseconds
99.96% <= 201 milliseconds
99.98% <= 221 milliseconds
100.00% <= 221 milliseconds
44014.08 requests per second

LRANGE_500 (first 450 elements): -nan
LRANGE_500 (first 450 elements): 57628.00
LRANGE_500 (first 450 elements): 57526.00
LRANGE_500 (first 450 elements): 58008.00
LRANGE_500 (first 450 elements): 57829.00
LRANGE_500 (first 450 elements): 57894.40
LRANGE_500 (first 450 elements): 57834.00
LRANGE_500 (first 450 elements): 56823.43
====== LRANGE_500 (first 450 elements) ======
  100000 requests completed in 1.76 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

100.00% <= 0 milliseconds
56818.18 requests per second

LRANGE_600 (first 600 elements): 7143.48
LRANGE_600 (first 600 elements): 34095.84
LRANGE_600 (first 600 elements): 41523.29
LRANGE_600 (first 600 elements): 45805.10
LRANGE_600 (first 600 elements): 47971.54
LRANGE_600 (first 600 elements): 49969.59
LRANGE_600 (first 600 elements): 51221.96
====== LRANGE_600 (first 600 elements) ======
  100000 requests completed in 1.92 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.98% <= 1 milliseconds
99.98% <= 200 milliseconds
99.98% <= 201 milliseconds
100.00% <= 201 milliseconds
51975.05 requests per second

MSET (10 keys): 43000.00
MSET (10 keys): 14047.30
MSET (10 keys): 28186.81
MSET (10 keys): 33261.30
MSET (10 keys): 35995.22
MSET (10 keys): 37400.46
MSET (10 keys): 38551.75
MSET (10 keys): 39553.45
MSET (10 keys): 40198.44
MSET (10 keys): 36736.93
MSET (10 keys): 37515.32
====== MSET (10 keys) ======
  100000 requests completed in 2.65 seconds
  20 parallel clients
  1024 bytes payload
  keep alive: 1

99.95% <= 1 milliseconds
99.98% <= 201 milliseconds
100.00% <= 201 milliseconds
37764.35 requests per second

 

李桥s2008100262
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Redis 性能测试
12-16
Redis 性能测试 Redis 性能测试是通过同时执行多个命令实现的。 语法 redis 性能测试的基本命令如下： redis-benchmark [option] [option value] 注意：该命令是在 redis 的目录下执行的，而不是 redis 客户端的...
雷林鹏分享：Redis 性能测试
weixin_30273931的博客
08-07 81
　　Redis 性能测试是通过同时执行多个命令实现的。 　　语法 　　redis 性能测试的基本命令如下： 　　redis-benchmark [option] [option value] 　　实例 　　以下实例同时执行 10000 个请求来检测性能： 　　$ redis-benchmark -n 10000 -q 　　PING_INLINE: 141043.72 requests...
Redis性能测试工具redis-benchmark使用
QA的自我修养
08-05 1324
redis-benchmark的使用总结Redis简介：测试需求：测试环境架构测试工具Redis-benchmark1 redis-benchmark使用方法参数的作用2 测试查看测试脚本自动化测试步骤：测试结果 Redis简介： Redis是一个高性能的key-value数据库，redis与其他key-value缓存产品相比： ○ Redis支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用。 ○ Redis不仅仅支持简单的key-value类型的数据，同时还提供list，s
redis集群测试
qq_27164239的博客
07-15 1636
redis集群测试
记一次Redis性能测试
七秒
06-14 750
文章目录记一次对Redis单机版的性能测性环境测试结论 记一次对Redis单机版的性能测性 在某书本上，有描述，redis 支持十几万次/s的读、81000万次的写。读写性能可能有多方面因素，最近刚买了一台云主机，今天我也来测试下吧。代码如下： import redis.clients.jedis.Jedis; public class QpsRedisTest { public static void main(String[] args) { //如果使用网络，则无法测试性
【运维篇】Redis 性能测试工具实践
最新发布
日拱一卒无有尽，功不唐捐终入海
11-19 884
在评估 Redis 的性能时，使用正确的工具至关重要，因为它们可以帮助我们模拟各种场景并获取关键性能指标。和。是 Redis 官方提供的性能测试工具，它非常简单易用且直接集成在 Redis 发行版中。这个工具可以快速提供一个基准，帮助我们了解在默认设置下 Redis 实例的性能概况。通过定制其各种参数，我们可以模拟不同类型的负载并观察 Redis 如何在各种条件下表现。是另一个强大的开源测试工具，旨在用于评估 NoSQL 系统的性能，包括 Redis。
Redis性能测试工具redis-benchmark使用记录
CEVERY的博客
11-02 291
一、介绍 Redis包含一个名为redis-benchmark的性能测试工具， 它可以模拟N个客户端同时向Redis发送M条查询命令的应用场景（这个工具类似于Apache的ab工具）。 二、redis-benchmark工具的使用方法 redis-benchmark [-h <host>] [-p <port>] [-c <clients>] [-n <requests]> [-k <boolean>]-h <hostname> 服
Redis 压力测试 & 服务监控
u013433591的博客
12-15 1281
Redis 压力测试、redis-benchmark、服务监控、info stats、Redis慢日志查询
Redis压力性能测试
好奇的博客
08-13 2433
一．Redis-benchmark测试 1.执行./redis-benchmark，结果如下，在自己不加参数的情况下，默认参数有-h 默认服务器主机名为127.0.0.1 ， -p 默认端口号为6379 ，-c 并发连接数默认为50 ，-n 发出的请求总数默认值为100000 ，-k 1(保持连接) ，–dbnum 选择用于性能测试的数据库的编号(默认值为0)默认情况下是对redis中的所有添加查询方法进行测试，并返回结果。 2.在上述默认参数情况下，加入-q表示静默测试，只显示QPS的值，不显示过程信息
redis性能测试
谢白羽
08-03 3266
文章目录1.查看性能1）查看实例60秒内最大响应延迟2）查看一段时间内redis的最小、最大、平均访问延迟3）精简测试4）pipeline测试(通过 Redis pipeline 功能，批量提交命令给 Redis Server ，从而提升性能)5）快速测试6）随机key测试2.redis监控1）Ping 判断客户端和服务器连接是否正常2）redis-cli info 获得 Redis 系统的状态报告 1.查看性能 1）查看实例60秒内最大响应延迟 redis-cli -h 127.0.0.1 -p 6379
Redis集群测试
08-16
Redis集群测试
Redis测试集群测试记录
06-10
树莓派通过wifi与测试主机连接，测试主机发起测试请求 集群测试 硬件:3个树莓派4B 软件:redis 4.0.2 3个树莓派4B,每个树莓派启动2个实例，共6个实例组成最小集群，3个树莓派通过wifi互连， 集群通过wifi与测试...
Redis windows 测试redis持久化功能1
08-08
Redis windows 测试redis持久化功能1
Redis性能测试报告
11-03
本文档描述Redis中间件性能测试的范围、方法、资源、进度，作为该中间件性能测试的依据，该文档的目的主要有： 1.明确测试范围、测试对象 2.明确测试目标 3.明确测试环境需求，包括：测试需要的软、硬件环境以及测试...
Java缓存淘汰算法
s2008100262
12-14 3923
目录 1、Redis缓存淘汰算法 2、Memcache缓存淘汰算法 3、Ehcache缓存淘汰算法 4、Guava缓存淘汰算法 5、Caffein缓存淘汰算法 1、Redis缓存淘汰算法 2、Memcache缓存淘汰算法 3、Ehcache缓存淘汰算法 4、Guava缓存淘汰算法 5、Caffein缓存淘汰算法 ...
spring容器Bean的完整生命周期(代码+运行日志)
s2008100262
11-29 1923
目录 1、Spring容器Bean完整生命周期 2、核心代码 3、运行日志 4、源码下载 本文参考了https://www.cnblogs.com/zrtqsk/p/3735273.html 1、Spring容器Bean完整生命周期 2、核心代码 UserService.java package com.gazgeek.helloworld.service; import javax.annotation.PostConstruct; import org.sprin...
Java延迟队列的几种实现
s2008100262
12-14 1872
目录 1、DelayQueue 2、Time、TimerTask 3、SpringScheduled 4、有赞实现 5、ActiveMQ 1、DelayQueue 示例使用：java延迟队列DelayQueue使用及原理 适用于单机的应用，不支持分布式的延迟消息，并且延迟消息不支持持久化，对可靠性要求不是很高的场景可以使用这种方式。 2、Time、TimerTask 3、SpringScheduled 4、有赞...
开源框架对Range模式的支持
s2008100262
06-02 122
Range工具类
redis benchmark
09-28
在引用的例子中，通过执行命令"./redis-benchmark -h localhost -p 6379 -c 100 -n 100000"进行了一次benchmark测试，测试结果显示共完成了100,000个请求，耗时1.49秒，使用了100个并发客户端，并且每次写入的数据...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

李桥s2008100262

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值