时间:2021-05-02
前言:
Redis-benchmark:
Redis 自带了一个叫 redis-benchmark 的工具来模拟 N 个客户端同时发出 M 个请求。 (类似于 Apache ab 程序)。你可以使用 redis-benchmark -h 来查看基准参数。
参数简介:
支持以下参数:
用法:redis-benchmark [-h <主机>] [-p <端口>] [-c <客户端>] [-n <请求]> [-k <布尔>]
-h <主机名>服务器主机名(默认值为127.0.0.1)
-p <端口>服务器端口(默认6379) # 作者喜欢的一个女明星名字9键就是6397 !!!∑(゚Д゚ノ)ノ
-s <socket>服务器套接字(覆盖主机和端口)
-a <密码> Redis身份验证的密码
-c <客户端>并行连接数(默认为50)
-n <请求>请求总数(默认为100000)
-d <大小> SET / GET值的数据大小(以字节为单位)(默认为2)
-dbnum <db>选择指定的数据库号(默认为0)
-k <布尔值> 1 =保持活动状态0 =重新连接(默认1)
-r <keyspacelen>将随机键用于SET / GET / INCR,将随机值用于SADD 使用此选项,基准测试将扩展字符串__ rand_ int__在具有指定范围内的12位数字的参数中从0到keyspacelen-1。 每次命令替换都会更改
被执行。 默认测试使用它来击中指定范围。
-P <numreq>管道<numreq>请求。 默认值1(无管道)。
-q 只显示查询/秒值
--csv 以CSV格式输出
-l 循环测试
-t <测试>仅运行逗号分隔的测试列表。 测试名称与输出名称相同。
-I 空闲模式。 只需打开N个空闲连接并等待。
开始测试:
? 1 2 redis-benchmark -h localhost -p 6379 -a adc.123 -c 100 -n 100000 -q redis-benchmark 后面跟参数 这里我测试了 -c100并发和-n 100000请求 -q 静默,不显示细节以下是测试结果
[root@localhost bin]# redis-benchmark -h localhost -p 6379 -a adc.123 -c 100 -n 100000 -q
PING_INLINE: 126582.27 requests per second
PING_BULK: 123915.74 requests per second
2939:M 07 Jan 2021 20:01:14.327 * 10000 changes in 60 seconds. Saving...
2939:M 07 Jan 2021 20:01:14.328 * Background saving started by pid 75528
75528:C 07 Jan 2021 20:01:14.330 * DB saved on disk
75528:C 07 Jan 2021 20:01:14.331 * RDB: 5 MB of memory used by copy-on-write
2939:M 07 Jan 2021 20:01:14.428 * Background saving terminated with success
SET: 125786.16 requests per second
GET: 123762.38 requests per second
INCR: 125156.45 requests per second
LPUSH: 127551.02 requests per second
RPUSH: 126903.55 requests per second
LPOP: 127388.53 requests per second
RPOP: 125470.52 requests per second
SADD: 125786.16 requests per second
HSET: 125470.52 requests per second
SPOP: 122549.02 requests per second
ZADD: 125786.16 requests per second
ZPOPMIN: 123915.74 requests per second
LPUSH (needed to benchmark LRANGE): 127551.02 requests per second
LRANGE_100 (first 100 elements): 57703.40 requests per second
LRANGE_300 (first 300 elements): 24319.07 requests per second
LRANGE_500 (first 450 elements): 17500.88 requests per second
LRANGE_600 (first 600 elements): 13958.68 requests per second
MSET (10 keys): 123001.23 requests per seco
可以看到 set 写入 每秒约 12w,读取每秒约12w,综合每秒约12w。
下面我们把 -q去掉,看下详细信息,应为太多,只调取了写入和读取的信息。
? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 redis-benchmark -h localhost -p 6379 -a adc.123 -c 100 -n 100000 2939:M 07 Jan 2021 20:08:49.475 * Background saving terminated with success ====== SET ====== 100000 requests completed in 0.80 seconds #100000个数据请求0.8秒内完成 100 parallel clients #100并发量 3 bytes payload #写入3字节 可以 -d 指定 keep alive: 1 #只有一台服务器来处理这些请求,单机性能 multi-thread: no 97.47% <= 1 milliseconds 99.88% <= 2 milliseconds 99.97% <= 3 milliseconds 100.00% <= 3 milliseconds #总共用了 3毫秒 完成写入 124843.95 requests per second #每秒写入约 12w数据 ====== GET ====== 100000 requests completed in 0.80 seconds 100 parallel clients 3 bytes payload keep alive: 1 multi-thread: no 97.43% <= 1 milliseconds 99.70% <= 2 milliseconds 100.00% <= 2 milliseconds 125313.29 requests per second到此这篇关于redis-benchmark并发压力测试的文章就介绍到这了,更多相关redis-benchmark并发压力测试内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家!
原文链接:https://blog.csdn.net/qq_26129413/article/details/112326018
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
什么是缓存穿透问题??我们使用redis是为了减少数据库的压力,让尽量多的请求去承压能力比较大的redis,而不是数据库。但是高并发条件下,可能会在redis还
上一篇文章聊了一下使用Redis事务来解决高并发商品超卖问题,今天我们来聊一下使用Redis链表来解决高并发商品超卖问题。实现原理使用redis链表来做,因为p
ab命令原理Apache的ab命令模拟多线程并发请求,测试服务器负载压力,也可以测试nginx、lighthttp、IIS等其它Web服务器的压力。ab命令对发
以掌握使用Benchmark_Iterate类工具的方法。目录一,什么是PEAR与Benchmark二,性能比较代码准备与调试三,性能比较测试结果四,性能比较测
测试系统中有一项记录ssh登录日志,需要对此进行并发压力测试。于是用多线程进行python并发记录因为需要安装的一些依赖和模块比较麻烦,脚本完成后再用pyins