Redis-benchmark是官方自带的Redis性能测试工具,可以有效的测试Redis服务的性能。

使用说明如下:

Usage: redis-benchmark [-h <host>] [-p <port>] [-c <clients>] [-n <requests]> [-k <boolean>]

 -h <hostname>      Server hostname (default 127.0.0.1)
-p <port> Server port (default )
-s <socket> Server socket (overrides host and port)
-c <clients> Number of parallel connections (default )
-n <requests> Total number of requests (default )
-d <size> Data size of SET/GET value in bytes (default )
-k <boolean> =keep alive =reconnect (default )
-r <keyspacelen> Use random keys for SET/GET/INCR, random values for SADD
Using this option the benchmark will get/set keys
in the form mykey_rand: instead of constant
keys, the <keyspacelen> argument determines the max
number of values for the random number. For instance
if set to only rand: - rand:
range will be allowed.
-P <numreq> Pipeline <numreq> requests. Default (no pipeline).
-q Quiet. Just show query/sec values
--csv Output in CSV format
-l Loop. Run the tests forever
-t <tests> Only run the comma-separated list of tests. The test
names are the same as the ones produced as output.
-I Idle mode. Just open N idle connections and wait.

测试命令事例:

1、redis-benchmark -h 192.168.1.201 -p 6379 -c 100 -n 100000 
100个并发连接,100000个请求,检测host为localhost 端口为6379的redis服务器性能

2、redis-benchmark -h 192.168.1.201 -p 6379 -q -d 100

测试存取大小为100字节的数据包的性能

3、redis-benchmark -t set,lpush -n 100000 -q

只测试某些操作的性能

4、redis-benchmark -n 100000 -q script load "redis.call('set','foo','bar')"

只测试某些数值存取的性能

测试结果分析:

   requests completed in 0.30 seconds
parallel clients
bytes payload
keep alive: 0.11% <= milliseconds
86.00% <= milliseconds
90.12% <= milliseconds
96.68% <= milliseconds
99.27% <= milliseconds
99.54% <= milliseconds
99.69% <= milliseconds
99.78% <= milliseconds
99.89% <= milliseconds
100.00% <= milliseconds
33222.59 requests per second ====== PING_BULK ======
requests completed in 0.27 seconds
parallel clients
bytes payload
keep alive: 0.93% <= milliseconds
97.66% <= milliseconds
100.00% <= milliseconds
37174.72 requests per second ====== SET ======
requests completed in 0.32 seconds
parallel clients
bytes payload
keep alive: 0.22% <= milliseconds
91.68% <= milliseconds
97.78% <= milliseconds
98.80% <= milliseconds
99.38% <= milliseconds
99.61% <= milliseconds
99.72% <= milliseconds
99.83% <= milliseconds
99.94% <= milliseconds
100.00% <= milliseconds
30959.75 requests per second ====== GET ======
requests completed in 0.28 seconds
parallel clients
bytes payload
keep alive: 0.55% <= milliseconds
98.86% <= milliseconds
100.00% <= milliseconds
35971.22 requests per second ====== INCR ======
requests completed in 0.14 seconds
parallel clients
bytes payload
keep alive: 95.61% <= milliseconds
100.00% <= milliseconds
69444.45 requests per second ====== LPUSH ======
requests completed in 0.21 seconds
parallel clients
bytes payload
keep alive: 18.33% <= milliseconds
100.00% <= milliseconds
48309.18 requests per second ====== LPOP ======
requests completed in 0.23 seconds
parallel clients
bytes payload
keep alive: 0.29% <= milliseconds
99.76% <= milliseconds
100.00% <= milliseconds
44052.86 requests per second ====== SADD ======
requests completed in 0.22 seconds
parallel clients
bytes payload
keep alive: 2.37% <= milliseconds
99.81% <= milliseconds
100.00% <= milliseconds
44444.45 requests per second ====== SPOP ======
requests completed in 0.22 seconds
parallel clients
bytes payload
keep alive: 4.27% <= milliseconds
99.84% <= milliseconds
100.00% <= milliseconds
44642.86 requests per second ====== LPUSH (needed to benchmark LRANGE) ======
requests completed in 0.22 seconds
parallel clients
bytes payload
keep alive: 12.35% <= milliseconds
99.62% <= milliseconds
100.00% <= milliseconds
46082.95 requests per second ====== LRANGE_100 (first elements) ======
requests completed in 0.48 seconds
parallel clients
bytes payload
keep alive: 0.01% <= milliseconds
3.27% <= milliseconds
98.71% <= milliseconds
99.93% <= milliseconds
100.00% <= milliseconds
20964.36 requests per second ====== LRANGE_300 (first elements) ======
requests completed in 1.26 seconds
parallel clients
bytes payload
keep alive: 0.01% <= milliseconds
0.14% <= milliseconds
0.90% <= milliseconds
7.03% <= milliseconds
31.68% <= milliseconds
78.93% <= milliseconds
98.88% <= milliseconds
99.56% <= milliseconds
99.72% <= milliseconds
99.95% <= milliseconds
100.00% <= milliseconds
7961.78 requests per second ====== LRANGE_500 (first elements) ======
requests completed in 1.82 seconds
parallel clients
bytes payload
keep alive: 0.01% <= milliseconds
0.06% <= milliseconds
0.14% <= milliseconds
0.30% <= milliseconds
0.99% <= milliseconds
2.91% <= milliseconds
8.11% <= milliseconds
43.15% <= milliseconds
88.38% <= milliseconds
97.25% <= milliseconds
98.61% <= milliseconds
99.26% <= milliseconds
99.30% <= milliseconds
99.44% <= milliseconds
99.48% <= milliseconds
99.64% <= milliseconds
99.85% <= milliseconds
99.92% <= milliseconds
99.95% <= milliseconds
99.96% <= milliseconds
99.97% <= milliseconds
100.00% <= milliseconds
5491.49 requests per second ====== LRANGE_600 (first elements) ======
requests completed in 2.29 seconds
parallel clients
bytes payload
keep alive: 0.01% <= milliseconds
0.05% <= milliseconds
0.10% <= milliseconds
0.19% <= milliseconds
0.34% <= milliseconds
0.46% <= milliseconds
0.58% <= milliseconds
4.46% <= milliseconds
21.80% <= milliseconds
40.48% <= milliseconds
60.14% <= milliseconds
79.81% <= milliseconds
93.77% <= milliseconds
97.14% <= milliseconds
98.67% <= milliseconds
99.08% <= milliseconds
99.30% <= milliseconds
99.41% <= milliseconds
99.52% <= milliseconds
99.61% <= milliseconds
99.79% <= milliseconds
99.88% <= milliseconds
99.89% <= milliseconds
99.95% <= milliseconds
99.96% <= milliseconds
99.97% <= milliseconds
99.98% <= milliseconds
100.00% <= milliseconds
4359.20 requests per second ====== MSET ( keys) ======
requests completed in 0.37 seconds
parallel clients
bytes payload
keep alive: 0.01% <= milliseconds
2.00% <= milliseconds
18.41% <= milliseconds
88.55% <= milliseconds
96.09% <= milliseconds
99.50% <= milliseconds
99.65% <= milliseconds
99.75% <= milliseconds
99.77% <= milliseconds
99.78% <= milliseconds
99.79% <= milliseconds
99.80% <= milliseconds
99.81% <= milliseconds
99.82% <= milliseconds
99.83% <= milliseconds
99.84% <= milliseconds
99.85% <= milliseconds
99.86% <= milliseconds
99.87% <= milliseconds
99.88% <= milliseconds
99.89% <= milliseconds
99.90% <= milliseconds
99.91% <= milliseconds
99.92% <= milliseconds
99.93% <= milliseconds
99.95% <= milliseconds
99.96% <= milliseconds
99.97% <= milliseconds
99.98% <= milliseconds
99.99% <= milliseconds
100.00% <= milliseconds
27173.91 requests per second

Redis-benchmark测试Redis性能的更多相关文章

  1. YCSB benchmark测试mongodb性能——和web服务器测试性能结果类似

    转自:http://blog.sina.com.cn/s/blog_48c95a190102v9kg.html         YCSB(Yahoo! Cloud Serving Benchmark) ...

  2. YCSB benchmark测试cassandra性能——和web服务器测试性能结果类似

    转自:http://www.itdadao.com/articles/c15a531189p0.html http://www.cnblogs.com/bettersky/p/6158172.html ...

  3. 【Redis】Redis-benchmark测试Redis性能

    Redis-benchmark是官方自带的Redis性能测试工具,可以有效的测试Redis服务的性能. 使用说明如下: Usage: redis-benchmark [-h <host>] ...

  4. Redis(十九):Redis压力测试工具benchmark

    redis-benchmark使用参数介绍 Redis 自带了一个叫 redis-benchmark 的工具来模拟 N 个客户端同时发出 M 个请求. (类似于 Apache ab 程序).你可以使用 ...

  5. 【Azure Redis 缓存 Azure Cache For Redis】使用Redis自带redis-benchmark.exe命令测试Azure Redis的性能

    问题描述 关于Azure Redis的性能问题,在官方文档中,可以查看到不同层级Redis的最大连接数,每秒处理请求的性能. 基本缓存和标准缓存 C0 (250 MB) 缓存 - 最多支持 256 个 ...

  6. Azure Redis Cache (3) 在Windows 环境下使用Redis Benchmark

    <Windows Azure Platform 系列文章目录> 熟悉Redis环境的读者都知道,我们可以在Linux环境里,使用Redis Benchmark,测试Redis的性能. ht ...

  7. 搭建和测试 Redis 主备和集群

    本文章只是自我学习用,不适宜转载. 1. Redis主备集群 1.1 搭建步骤 机器:海航云虚机(2核4GB内存),使用 Centos 7.2 64bit 操作系统,IP 分别是 192.168.10 ...

  8. Redis QPS测试

    1.计算qps: 1)redis发布版本中自带了redis-benchmark性能测试工具,可以使用它计算qps.示例:使用50个并发连接,发出100000个请求,每个请求的数据为2kb,测试host ...

  9. 『性能』ServiceStack.Redis 和 StackExchange.Redis 性能比较

    背景 近来,需要用到 Redis 这类缓存技术 —— MongoDB 和 Redis 没有进行过比较. 我也懒得在这些细节上 纠结那么多 —— 按照网友给出的文章,听从网友建议,选择 Redis. R ...

随机推荐

  1. windows server 2003安装sp4时的问题

    "以前进行的程序安装创建了挂起的文件操作.运行程序之前,必须重新起动计算机."的解决办法 在安装SQL 2000数据库和SQLSP4补丁时,经常会提示“以前进行的程序安装创建了挂起 ...

  2. SequenceInputStream

    SequenceInputStream从名字上看, 他是一个序列字节输入流 既然是个序列 那么意味着 SequenceInputStream装着许多的输入流 所以 可以用他来合并文件 Sequence ...

  3. 2013年最新流行的响应式 WordPress 主题【上篇】

    WordPress 是最流行的内容管理系统,经历了多年的发展和演变.它的成功体现在庞大的社区,数百万的用户,设计师和开发者推动着 WordPress 往更高的层次发展. 海量的免费主题是 WordPr ...

  4. Grid – 入门必备!简单易懂的响应式设计指南

    如今,人们使用各种各样的移动设备访问网页,设计师们需要去适配不同的屏幕,让用户在都能有最佳的浏览体验.Grid 是一个简单的响应式设计指南,按照这些简单的步骤,你的就能够掌握基础的响应网页设计技巧. ...

  5. SlimerJS – Web开发人员可编写 JS 控制的浏览器

    SlimerJS 是一个提供给 Web 开发人员,可通过脚本编程控制的浏览器.它可以让你使用 Javascript 脚本操纵一个网页:打开一个网页,点击链接,修改的内容等,这对于做功能测试,页面自动机 ...

  6. JavaScript基础20——element对象

    <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title> ...

  7. 【转】C++标准库和标准模板库

    C++强大的功能来源于其丰富的类库及库函数资源.C++标准库的内容总共在50个标准头文件中定义.在C++开发中,要尽可能地利用标准库完成.这样做的直接好处包括:(1)成本:已经作为标准提供,何苦再花费 ...

  8. List集合概述

    上篇总结了Set集合,这回总结下List集合....先来框架图: 一.List集合 List集合代表一个元素有序,可重复的集合,集合中每个元素都有对应的顺序索引.List接口中增加了一些根据索引操作元 ...

  9. System.Web.HttpException: 无法序列化会话状态。在“StateServer”或“SQLServer”模式下,ASP.NET 将序列化会话状态对象,因此不允许使用无法序列化的对象或 MarshalByRef 对象。如果自定义会话状态存储在“Custom”模式下执行了类似的序列化,则适用同样的限制。 ---> System.Runtime.Serialization.Seria

    序列化问题:查询度娘各种答案不一  多为修改web.config找到SessionState节,将Mode 设置为 InProc   ,还有舍弃Session用cookie存储,多经试验觉得还是写一个 ...

  10. 【代码笔记】iOS-禁止输入表情符号

    一,效果图. 二,工程图. 三,代码. RootViewController.h #import <UIKit/UIKit.h> @interface RootViewController ...