性能测试

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. Redis入门到高可用(二)—— Redis启动及使用

    1. 三种启动方式 ♦️  最简启动 ./redis-server 使用Redis默认配置进行启动; ♦️  动态参数启动 * redis-server --port 6380  更改端口为6380并 ...

  2. 《全栈性能Jmeter》-5JMeter负载与监听

  3. [Java] public, private, final and basic rules for naming.

    1. Access: public, private, protected public: Any other class can access a public field or method. ( ...

  4. [LeetCode] 661. Image Smoother_Easy

    Given a 2D integer matrix M representing the gray scale of an image, you need to design a smoother t ...

  5. js模拟链表

    链表: 每个元素,都有一个指针,指向下一个元素 //链表 function LinkedList(){ var head = null; length = 0; this.append = funct ...

  6. 解决mysql的内存表“table is full”错误

    最后参考http://blog.sina.com.cn/s/blog_6942a1590101429h.html 来解决,摘录下核心 后来GOOGLE得知,需要重建该表才可以. 1. 设置新的参数 m ...

  7. Kotlin 范型约束

    官方的示意及其简约,该说的一概没说 我在这里给大家一个完整的例子 //test.kt fun <T> cloneWhenGreater(list: List<T>, thres ...

  8. EntityFrameworkCore概览

    .NET Core 中 EntityFrameworkCore的支持库主要有: Script-migration 级联删除 protected override void OnConfiguring( ...

  9. response.sendRedirect(url)与request.getRequestDispatcher(url).forward(request,response)的区别

    response.sendRedirect(url)跳转到指定的URL地址,产生一个新的request,所以要传递参数只有在url后加参数,如: url?id=1.request.getRequest ...

  10. asp.net拦截器

    一 拦截器又称过滤器. asp.net mvc本身是自带3种拦截器:Action拦截器.Result拦截器.Exception拦截器. 应用中常见的拦截器有日志拦截器(Action拦截器)和异常处理拦 ...