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 程序 ...
随机推荐
- 1 认识开源性能测试工具jmeter
典型的性能测试工具主要有2个,Load Runner和jmeter.Load Runner是商业化的,Jmeter是开源的.下面我们认识一下开源性能测试工具jmeter. 1.jmeter是什么? A ...
- Redis入门到高可用(三)——通用命令
通用命令 参考 http://redisdoc.com/index.html 1. keys #查看所有key 时间复杂度:O(N), N 为数据库中 key 的数量. 127.0.0.1:637 ...
- 小睿开始呼叫用户,然后FS怎么跟用户交互的整个流程原理
学习从小睿开始呼叫用户,然后FS怎么跟用户交互的整个流程原理; 1.小睿向欣方新发起呼叫请求; 2.欣方新可以通过线路发起SIP协议请求,来呼叫用户; 3.当用户接通后,将建立 ...
- nginx配置url重写
url重写是指通过配置conf文件,以让网站的url中达到某种状态时则定向/跳转到某个规则,比如常见的伪静态.301重定向.浏览器定向等 rewrite 语法 在配置文件的server块中写,如: s ...
- python的map函数
map:对指定序列做映射 python3中的: map(function, iterable, ...) map(lambda x, y: x + y, [1, 3, 5, 7, 9], [2, 4, ...
- (转)以太坊(Ethereum)创世揭秘 以太坊(Ethereum)创世揭秘
什么是以太坊(Ethereum) 以太坊(Ethereum)是一个基于区块链技术,允许任何人构建和使用去中心化应用的区块链平台.像比特币一样,以太坊是开源的,并由来自全世界的支持者们共同维护.与比特币 ...
- Java 基础 面向对象和抽象类
面向对象变量 局部变量和成员变量区别 区别一:定义的位置不同 定义在类中的变量是成员变量 定义在方法中或者{}语句里面的变量是局部变量 区别二:在内存中的位置不同 成员变量存储在对内存的对象中 局部变 ...
- 【LeetCode每天一题】Divide Two Integers(两整数相除)
Given two integers dividend and divisor, divide two integers without using multiplication, division ...
- element后太侧边
$router 是已经在ruterJs里面定义好的路由 以及组件 然后取值赋予进去就是了.但是真正的写法应该是 这样,, 执行点击事件的时候直接让跟换路由., 让后面 router-view 里面路由 ...
- mac 进程和线程工具
进程 查看端口进程 lsof lsof -i tcp:<port> 示例 $ lsof -i tcp:8082 COMMAND PID USER FD TYPE DEVICE SIZE/O ...