性能测试

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命令。

Redis单实例简单测试

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
测试twemproxy
# 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性能压力测试的更多相关文章

  1. 【转】Web性能压力测试工具之ApacheBench(ab)详解

    PS:网站性能压力测试是性能调优过程中必不可少的一环.只有让服务器处在高压情况下才能真正体现出各种设置所暴露的问题.Apache中有个自带的,名为ab的程序,可以对Apache或其它类型的服务器进行网 ...

  2. [AapacheBench工具]web性能压力测试工具的应用与实践

    背景:网站性能压力测试是性能调优过程中必不可少的一环.服务器负载太大而影响程序效率是很常见的事情,一个网站到底能够承受多大的用户访问量经常是我们最关心的问题.因此,只有让服务器处在高压情况下才能真正体 ...

  3. Web性能压力测试工具之ApacheBench(ab)详解

    PS:网站性能压力测试是性能调优过程中必不可少的一环.只有让服务器处在高压情况下才能真正体现出各种设置所暴露的问题.Apache中有个自带的,名为ab的程序,可以对Apache或其它类型的服务器进行网 ...

  4. Web性能压力测试工具之Apache AB 详解

    下载安装地址: http://httpd.apache.org/download.cgi yum install httpd-tools http://www.apachelounge.com/dow ...

  5. Web服务器性能/压力测试工具http_load、webbench、ab、Siege使用教程 - VPS侦探

    Web服务器性能/压力测试工具http_load.webbench.ab.Siege使用教程 - VPS侦探 http://soft.vpser.net/test/http_load/http_loa ...

  6. [转] Web性能压力测试工具之ApacheBench(ab)详解

    PS:网站性能压力测试是性能调优过程中必不可少的一环.只有让服务器处在高压情况下才能真正体现出各种设置所暴露的问题.Apache中有个自带的,名为ab的程序,可以对Apache或其它类型的服务器进行网 ...

  7. 转:Web性能压力测试工具之ApacheBench(ab)详解

    PS:网站性能压力测试是性能调优过程中必不可少的一环.只有让服务器处在高压情况下才能真正体现出各种设置所暴露的问题.Apache中有个自带的,名为ab的程序,可以对Apache或其它类型的服务器进行网 ...

  8. 记在VMware虚拟机中对网站进行性能压力测试的经历

    由于本次测试,仅仅是对静态网站首页进行的测试,所以没有涉及到MySQL数据库的性能监测 服务器基本配置 webbench测试工具 Linux上一款优秀的web性能压力测试工具.webbench最多可以 ...

  9. Web服务器性能压力测试工具http_load、webbench、ab、Siege使用教程

    Web服务器性能压力测试工具http_load.webbench.ab.Siege使用教程 作者: feng 日期: 2012/07/25 发表评论 (0) 查看评论   一.http_load 程序 ...

随机推荐

  1. 003-linux命令-文件和目录、查看文件内容-文本处理

    文本处理 cat file1|command(sed,grep,awk,) > result.txt 合并一个文件的详细说明文本,并将简介写入一个新文件中 cat file1|command(s ...

  2. vue中使用promise

    init1(){ return new Promise((resolve, reject) => { let data={ dateStr:this.time }; api.get('url', ...

  3. Spark创建空的DataFrame

    前言 本文主要给出Spark创建空的DataFrame的代码示例,这里讲的空的DataFrame主要指有列名(可以自己随意指定),但是没有行的DataFrame,因为自己在开发过程中有这个需求,之前并 ...

  4. es6 数组..... ==和===的区别 es6的递归方式 es6find函数 timer setTimeout v-html的用法,-

    相当于push了  find函数来找到某个值 如果新建一个 setTimeout 的timer 首先得清除这个timer. v-html用法之一就是加载后台传过来的模板

  5. 16个PHP设计模式详解

    说明:该教程全部截选自实验楼教程[16个PHP设计模式详解]:主要介绍16个常用的设计模式的基础概念和技术要点,通过UML类图帮助理解设计模式中各个类之间的关联关系,针对每种设计模式都使用PHP完成了 ...

  6. linux系统中CST与EDT时间转换

    初始时间:2012年 09月 14日 星期五 18:15:33 EDT [root@test ~]# mv /etc/localtime /etc/localtime.bak [root@test ~ ...

  7. linux curl命令如何上传本地文件夹和下载文件

    本地有一个文件夹为my_dir,里面有四个文件,分别是test1.txt,user_account,tools_user,plans 要把这个my_dir文件夹传到ftp 192.168.8.251 ...

  8. leetcode 108

    二分法建立二叉树,每次把左半部分作为左子树右半部分作为右子树,递归建立BST. #include<bits/stdc++.h> using namespace std; /** * Def ...

  9. vue中清除定时器

    1.data中定义 timer:90,timeName:null 点击支付则倒计时按钮出来 pay(){ this.timeName= setInterval(()=>{ this.timer- ...

  10. 31.JS实现控制HTML5背景音乐播放暂停

    实现控制网站背景音乐的播放暂停在html5中是非常容易和简单的,仅仅几行代码即可实现.首先在网页中嵌入背景音乐,html5代码为: <script src="http://wuover ...