Twemproxy和Redis性能压力测试
Redis自带了一个叫 redis-benchmark的工具来模拟N个客户端同时发出M个请求,(类似于Apache ab程序),你可以使用redis-benchmark -h来查看基准参数。
Usage: redis-benchmark [-h ] [-p ] [-c ] [-n [-k ] -h #指定服务器名称(default 127.0.0.1);
-p #指定服务器端口(default 6379);
-s #指定服务器Socket(overrides host and port);
-a #指定Redis密码;
-c #指定并行客户端数量 (default 50);
-n #指定总的请求数量(default 100000);
-d #指定SET/GET一次数据大小 (default 2 Bytes);
-dbnum #选择指定的数据库(default 0);
-k #保持一个连接,一台服务器来处理这些请求 (default 1);
-r #设置随机Key;
-P #Pipeline requests. Default 1 (no pipeline).
-q #显示每秒钟能处理多少请求数结果;
--csv #输出为CSV格式;
-l #Loop. Run the tests forever.
-I #Idle mode. Just open N idle connections and wait.
这里用redis自带的benchmark工具测试,由于twemproxy不支持ping命令,所以对于twemproxy只测试set, get, incr, lpush, lpop, sadd, spop, lpush, lrange_100, lrange_300, lrange_500, lrange_600,mset命令。
1)客户端分别为1/1000/5000,总请求数为100000,Key大小为1k,针对set/get命令测试QPS和完成时间(服务器:CPU 64核,内存 64G)
# redis-benchmark -h 0.0.0.0 -p 6500 -c 1 -t set,get -d 1000
====== SET ======
100000 requests completed in 2.65 seconds #完成时间
1 parallel clients
1000 bytes payload
keep alive: 1 100.00% < = 0 milliseconds
37764.35 requests per second #每秒请求数 ====== GET ======
100000 requests completed in 1.70 seconds
1 parallel clients
1000 bytes payload
keep alive: 1 100.00% <= 0 milliseconds
58962.27 requests per second
# redis-benchmark -h 0.0.0.0 -p 6500 -c 1000 -t set,get -d 1000
====== SET ======
100000 requests completed in 0.75 seconds
1000 parallel clients
1000 bytes payload
keep alive: 1 0.00% < = 4 milliseconds
....................
100.00% <= 14 milliseconds
132450.33 requests per second ====== GET ======
100000 requests completed in 0.78 seconds
1000 parallel clients
1000 bytes payload
keep alive: 1 0.00% <= 3 milliseconds
..................
100.00% <= 8 milliseconds
128205.13 requests per second
# redis-benchmark -h 0.0.0.0 -p 6500 -c 5000 -t set,get -d 1000
====== SET ======
100000 requests completed in 1.18 seconds
5000 parallel clients
1000 bytes payload
keep alive: 1 0.00% < = 28 milliseconds
..........................
100.00% <= 105 milliseconds
84817.64 requests per second ====== GET ======
100000 requests completed in 1.24 seconds
5000 parallel clients
1000 bytes payload
keep alive: 1 0.00% <= 35 milliseconds
.......................
100.00% <= 55 milliseconds
80580.17 requests per second
下面提供一个CPU 8核,内存8G的压测结果。
root@shd-ops-mng1:~ # redis-benchmark -h 0.0.0.0 -p 6380 -c 1 -t set,get -d 1000
====== SET ======
100000 requests completed in 6.50 seconds
1 parallel clients
1000 bytes payload
keep alive: 1 98.95% < = 1 milliseconds
...................
100.00% <= 6 milliseconds
15379.88 requests per second ====== GET ======
100000 requests completed in 6.68 seconds
1 parallel clients
1000 bytes payload
keep alive: 1 98.91% <= 1 milliseconds
..................
100.00% <= 4 milliseconds
14965.58 requests per second
# redis-benchmark -h 0.0.0.0 -p 6380 -c 1000 -t set,get -d 1000
====== SET ======
100000 requests completed in 0.96 seconds
1000 parallel clients
1000 bytes payload
keep alive: 1 0.00% < = 4 milliseconds
....................
103734.44 requests per second ====== GET ======
100000 requests completed in 1.00 seconds
1000 parallel clients
1000 bytes payload
keep alive: 1 0.00% <= 3 milliseconds
...................
100.00% <= 15 milliseconds
100300.91 requests per second
默认情况下面,基准测试使用单一的key。在一个基于内存的数据库里, 单一key测试和真实情况下面不会有巨大变化。当然,使用一个大的key范围空间, 可以模拟现实情况下面的缓存不命中情况。
这时候我们可以使用-r命令。比如,假设我们想设置10万随机key连续SET 100万次,连接客户端分别为1/5/1000,我们可以使用下列的命令:
# redis-benchmark -h 0.0.0.0 -p 6500 -c 1 -r 100000 -q 1000000 -t set -d 1000 -q
1000000 -t set -d 1000 -q: 63051.70 requests per second # redis-benchmark -h 0.0.0.0 -p 6500 -c 1000 -r 100000 -q 1000000 -t set -d 1000 -q
1000000 -t set -d 1000 -q: 94966.77 requests per second # redis-benchmark -h 0.0.0.0 -p 6500 -c 5000 -r 100000 -q 1000000 -t set -d 1000 -q
1000000 -t set -d 1000 -q: 83542.19 requests per second
# redis-benchmark -h 0.0.0.0 -p 36379 -c 1 -t set,get -d 1000
====== SET ======
10000 requests completed in 1.08 seconds
1 parallel clients
1000 bytes payload
keep alive: 1 100.00% < = 0 milliseconds
9267.84 requests per second ====== GET ======
10000 requests completed in 1.08 seconds
1 parallel clients
1000 bytes payload
keep alive: 1 100.00% <= 0 milliseconds
9293.68 requests per second
# redis-benchmark -h 0.0.0.0 -p 36379 -c 1000 -t set,get -d 1000
====== SET ======
10000 requests completed in 0.18 seconds
1000 parallel clients
1000 bytes payload
keep alive: 1 0.01% < = 3 milliseconds
................
100.00% <= 20 milliseconds
55555.55 requests per second ====== GET ======
10000 requests completed in 0.21 seconds
1000 parallel clients
1000 bytes payload
keep alive: 1 0.01% <= 5 milliseconds
..............
100.00% <= 23 milliseconds
47393.37 requests per second
# redis-benchmark -h 0.0.0.0 -p 36379 -c 5000 -t set,get -d 1000
====== SET ======
10000 requests completed in 0.28 seconds
5000 parallel clients
1000 bytes payload
keep alive: 1 0.01% < = 28 milliseconds
.......................
100.00% <= 87 milliseconds
35587.19 requests per second ====== GET ======
10000 requests completed in 0.29 seconds
5000 parallel clients
1000 bytes payload
keep alive: 1 0.01% <= 33 milliseconds
....................
100.00% <= 85 milliseconds
34364.26 requests per second
Twemproxy和Redis性能压力测试的更多相关文章
- 【转】Web性能压力测试工具之ApacheBench(ab)详解
PS:网站性能压力测试是性能调优过程中必不可少的一环.只有让服务器处在高压情况下才能真正体现出各种设置所暴露的问题.Apache中有个自带的,名为ab的程序,可以对Apache或其它类型的服务器进行网 ...
- [AapacheBench工具]web性能压力测试工具的应用与实践
背景:网站性能压力测试是性能调优过程中必不可少的一环.服务器负载太大而影响程序效率是很常见的事情,一个网站到底能够承受多大的用户访问量经常是我们最关心的问题.因此,只有让服务器处在高压情况下才能真正体 ...
- Web性能压力测试工具之ApacheBench(ab)详解
PS:网站性能压力测试是性能调优过程中必不可少的一环.只有让服务器处在高压情况下才能真正体现出各种设置所暴露的问题.Apache中有个自带的,名为ab的程序,可以对Apache或其它类型的服务器进行网 ...
- Web性能压力测试工具之Apache AB 详解
下载安装地址: http://httpd.apache.org/download.cgi yum install httpd-tools http://www.apachelounge.com/dow ...
- Web服务器性能/压力测试工具http_load、webbench、ab、Siege使用教程 - VPS侦探
Web服务器性能/压力测试工具http_load.webbench.ab.Siege使用教程 - VPS侦探 http://soft.vpser.net/test/http_load/http_loa ...
- [转] Web性能压力测试工具之ApacheBench(ab)详解
PS:网站性能压力测试是性能调优过程中必不可少的一环.只有让服务器处在高压情况下才能真正体现出各种设置所暴露的问题.Apache中有个自带的,名为ab的程序,可以对Apache或其它类型的服务器进行网 ...
- 转:Web性能压力测试工具之ApacheBench(ab)详解
PS:网站性能压力测试是性能调优过程中必不可少的一环.只有让服务器处在高压情况下才能真正体现出各种设置所暴露的问题.Apache中有个自带的,名为ab的程序,可以对Apache或其它类型的服务器进行网 ...
- 记在VMware虚拟机中对网站进行性能压力测试的经历
由于本次测试,仅仅是对静态网站首页进行的测试,所以没有涉及到MySQL数据库的性能监测 服务器基本配置 webbench测试工具 Linux上一款优秀的web性能压力测试工具.webbench最多可以 ...
- Web服务器性能压力测试工具http_load、webbench、ab、Siege使用教程
Web服务器性能压力测试工具http_load.webbench.ab.Siege使用教程 作者: feng 日期: 2012/07/25 发表评论 (0) 查看评论 一.http_load 程序 ...
随机推荐
- 【剑指offer】复杂链表的复制
一.题目: 输入一个复杂链表(每个节点中有节点值,以及两个指针,一个指向下一个节点,另一个特殊指针指向任意一个节点),返回结果为复制后复杂链表的head.(注意,输出结果中请不要返回参数中的节点引用, ...
- 表单样式form.css
/**附件样式表.*/div.attachement{ float:left; overflow:hidden; padding:3px 0 0 15px; white-space:nowrap; } ...
- python中的0,None,False,空容器
在Python中,None.空列表[].空字典{}.空元组().0等一系列代表空和无的对象会被转换成False.除此之外的其它对象都会被转化成True. 1.0等于False,这点要注意. 2.空的l ...
- 基于UDP/TCP协议的套接字
1.UDP UDP的数据报协议特点是不粘包,非可靠传输 服务端 import socket server=socket.socket(socket.AF_INET,socket.SOCK_DGRAM) ...
- (转)Fabric 1.0 读写集
本文译自Fabric 1.0 文档,这篇文档详述了当前读写集语义实现的细节.文档地址为: https://hyperledger-fabric.readthedocs.io/en/latest/rea ...
- Python 数据结构 链表
什么是时间复杂度 时间频度:一个算法执行所耗费的时间,从理论上是不能算出来的,必须上机运行测试才知道.但是我们不可能也没有必要对每一个算法都进行上机测试,只需要知道那个算法花费的时间多,那个算法花费得 ...
- openshift 调度命令
oc adm manage-node oc-node07 --schedulable=true #可调度 oc adm manage-node oc-node07 --schedulable=fal ...
- python call so
作为一个老程序员,如果,python不能与c发生点儿关系,我都挺过意不去的啊 那么,就解决了这个强迫症吧,阿门! //pycall.c #include <stdio.h> #includ ...
- response.sendRedirect(url)与request.getRequestDispatcher(url).forward(request,response)的区别
response.sendRedirect(url)跳转到指定的URL地址,产生一个新的request,所以要传递参数只有在url后加参数,如: url?id=1.request.getRequest ...
- MACD 下0轴后,强力=7上0轴的实例:
MACD 下0轴后,强力=7上0轴的实例: 虽然再上0轴,但是由于是强力上,必须有缓解期.缓解期后MACD开始收口,虽然没有下0轴,但是开始趋向死叉. 由于并没有很强的做多市场环境,MACD只是略高于 ...