redis做压测可以用自带的redis-benchmark工具,使用简单,效果也比较不错。

linux下一般无需下载,windows下redis-benchmark压力测试工具下载地址:http://www.daixiaorui.com/source/18.html(解压后的redis-benchmark.exe)

压测命令:redis-benchmark -h 127.0.0.1 -p 6379 -c 50 -n 10000

-c表示连接数

-n表示请求数

更多参数请输入 --help 查看~

压测需要一段时间,因为它需要依次压测多个命令的结果,如:get、set、incr、lpush等等,所以我们需要耐心等待,如果只需要压测某个命令,如:get,那么可以在以上的命令后加一个参数-t(红色部分):

redis-benchmark -h 127.0.0.1 -p 6086 -c 50 -n 10000 -t get

压测结果:

[root@1234 ~]# redis-benchmark -h 127.0.0.1 -p 6086 -c 50 -n 10000 -t get

====== GET ======

10000 requests completed in 0.15 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.16% <= 1 milliseconds

100.00% <= 1 milliseconds

68027.21 requests per second

不带-t的压测结果如下:

[root@1234 ~]# redis-benchmark -h 127.0.0.1 -p 6086 -c 50 -n 10000

====== PING_INLINE ======

10000 requests completed in 0.15 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.35% <= 1 milliseconds

100.00% <= 1 milliseconds

67114.09 requests per second

====== PING_BULK ======

10000 requests completed in 0.15 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.38% <= 1 milliseconds

100.00% <= 1 milliseconds

66666.66 requests per second

====== SET ======  (处理set的性能)

10000 requests completed in 0.17 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.11% <= 1 milliseconds

99.51% <= 25 milliseconds

100.00% <= 25 milliseconds

57142.86 requests per second

====== GET ======  (处理get请求的性能)

10000 requests completed in 0.15 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.09% <= 1 milliseconds

99.51% <= 11 milliseconds

100.00% <= 12 milliseconds

66666.66 requests per second

====== INCR ======

10000 requests completed in 0.15 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.33% <= 1 milliseconds

100.00% <= 1 milliseconds

66666.66 requests per second

====== LPUSH ======

10000 requests completed in 0.16 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.20% <= 1 milliseconds

100.00% <= 1 milliseconds

64516.13 requests per second

====== LPOP ======

10000 requests completed in 0.16 seconds

50 parallel clients

3 bytes payload

keep alive: 1

98.56% <= 1 milliseconds

99.51% <= 14 milliseconds

100.00% <= 14 milliseconds

61349.69 requests per second

====== SADD ======

10000 requests completed in 0.15 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.36% <= 1 milliseconds

100.00% <= 1 milliseconds

67114.09 requests per second

====== SPOP ======

10000 requests completed in 0.14 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.32% <= 1 milliseconds

100.00% <= 1 milliseconds

69930.07 requests per second

====== LPUSH (needed to benchmark LRANGE) ======

10000 requests completed in 0.15 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.47% <= 1 milliseconds

100.00% <= 1 milliseconds

67567.57 requests per second

====== LRANGE_100 (first 100 elements) ======

10000 requests completed in 0.14 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.41% <= 1 milliseconds

100.00% <= 1 milliseconds

72992.70 requests per second

====== LRANGE_300 (first 300 elements) ======

10000 requests completed in 0.14 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.41% <= 1 milliseconds

100.00% <= 1 milliseconds

72463.77 requests per second

====== LRANGE_500 (first 450 elements) ======

10000 requests completed in 0.14 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.35% <= 1 milliseconds

100.00% <= 1 milliseconds

68965.52 requests per second

====== LRANGE_600 (first 600 elements) ======

10000 requests completed in 0.15 seconds

50 parallel clients

3 bytes payload

keep alive: 1

99.37% <= 1 milliseconds

100.00% <= 1 milliseconds

66225.17 requests per second

====== MSET (10 keys) ======

10000 requests completed in 0.17 seconds

50 parallel clients

3 bytes payload

keep alive: 1

94.94% <= 1 milliseconds

100.00% <= 1 milliseconds

58479.53 requests per second

这样看起来很冗余,如果我们只想看最终的结果,可以带上参数-q,完整的命令如下:

redis-benchmark -h 127.0.0.1 -p 6086 -c 50 -n 10000 -q

显示结果为:

[root@1234 ~]# redis-benchmark -h 127.0.0.1 -p 6086 -c 50 -n 10000 -q

PING_INLINE: 66225.17 requests per second

PING_BULK: 65789.48 requests per second

SET: 66666.66 requests per second

GET: 69444.45 requests per second

INCR: 62893.08 requests per second

LPUSH: 65789.48 requests per second

LPOP: 68027.21 requests per second

SADD: 64935.07 requests per second

SPOP: 67114.09 requests per second

LPUSH (needed to benchmark LRANGE): 62893.08 requests per second

LRANGE_100 (first 100 elements): 69444.45 requests per second

LRANGE_300 (first 300 elements): 68965.52 requests per second

LRANGE_500 (first 450 elements): 68965.52 requests per second

LRANGE_600 (first 600 elements): 68965.52 requests per second

MSET (10 keys): 59171.60 requests per second

温馨提示:

压测结果跟机器的性能有关,其中windows下压测的结果要比在linux下差一大截。

redis压力测试详解的更多相关文章

  1. web 压力测试工具ab压力测试详解

    Web性能压力测试工具之ApacheBench(ab)详解 原文:http://www.ha97.com/4617.html PS:网站性能压力测试是性能调优过程中必不可少的一环.只有让服务器处在高压 ...

  2. 使用ab进行压力测试详解

    ab是apache自带的压力测试工具,非常好用.转载几篇对ab工具的详细使用的博文.猛击下面的链接地址 http://www.365mini.com/page/apache-benchmark.htm ...

  3. CodeBenchmark之压力测试详解

    CodeBenchmark是一款高性能可视化的并发测试组件,通过组件可以对任意逻辑代码或服务进行并发测试:组件最终通过可视化的方式来显示测试结果,在测试结果中可以看到具体的并发情况和处理延时的分布.组 ...

  4. Redis 配置文件 redis.conf 项目详解

    Redis.conf 配置文件详解 # [Redis](http://yijiebuyi.com/category/redis.html) 配置文件 # 当配置中需要配置内存大小时,可以使用 1k, ...

  5. Redis主从复制机制详解

    Redis主从复制机制详解 Redis有两种不同的持久化方式,Redis服务器通过持久化,把Redis内存中持久化到硬盘当中,当Redis宕机时,我们重启Redis服务器时,可以由RDB文件或AOF文 ...

  6. [转]Reids配置文件redis.conf中文详解

    转自: Reids配置文件redis.conf中文详解 redis的各种配置都是在redis.conf文件中进行配置的. 有关其每项配置的中文详细解释如下: 对应的中文版解释redis.conf # ...

  7. nosql Redis命令操作详解

    Redis命令操作详解 一.key pattern 查询相应的key (1)redis允许模糊查询key 有3个通配符 *.?.[] (2)randomkey:返回随机key (3)type key: ...

  8. Redis常见配置文件详解

    Redis常见配置文件详解 # vi redis.conf 1 2 3 daemonize yes #是否以后台进程运行 4 5 pidfile /var/run/redis/redis-server ...

  9. Redis配置参数详解

    Redis配置参数详解 /********************************* GENERAL *********************************/ // 是否作为守护进 ...

随机推荐

  1. UNP学习笔记(第二章:传输层)

    本章的焦点是传输层,包括TCP.UDP和SCTP. 绝大多数客户/服务器网络应用使用TCP或UDP.SCTP是一个较新的协议. UDP是一个简单的.不可靠的数据报协议.而TCP是一个复杂.可靠的字节流 ...

  2. vs2010 assistx安装教程

    参照此篇教程. 安装目录你可能找不到,因为那些文件是系统隐藏文件,打开隐藏即可. 然后,将此.exe安装到上面的目录下,然后,还需要进行一个破解,即需要将从网上下载的补丁放进去. 把目录下的VA_X. ...

  3. linux:date命令(转)

    在linux环境中,不管是编程还是其他维护,时间是必不可少的,也经常会用到时间的运算,熟练运用date命令来表示自己想要表示的时间,肯定可以给自己的工作带来诸多方便. 1.命令格式: date [参数 ...

  4. java GC(Garbage Collector) | System.gc()

    http://win.sy.blog.163.com/blog/static/94197186201151093543556/     Java垃圾回收调优

  5. .net发布网站步骤

    本文章分为三个部分: web网站发布.IIS6 安装方法.ASP.NET v4.0 安装方法 一.web网站发布 1.打开 Visual Studio 2013 编译环境 2.在其解决方案上右击弹出重 ...

  6. Android有关surfaceView又一次创建的问题。

    近期在做一个Android视频播放器的项目.遇到一个问题,就是锁屏之后.surfaceview就会被销毁掉,然后就会出现各种错误.到csdn论坛去发帖提问,各种所谓的大神都说,解锁屏在又一次创建一个, ...

  7. 把握linux内核设计思想(二):硬中断及中断处理

    [版权声明:尊重原创.转载请保留出处:blog.csdn.net/shallnet,文章仅供学习交流,请勿用于商业用途] 操作系统负责管理硬件设备.为了使系统和硬件设备的协同工作不减少机器性能.系统和 ...

  8. Linux U盘只读解决方法

    Linux Fat的U盘只读,这个问题经常出现,原因大家都说了是U盘的错误,出现这种情况后,一般的解决方案是 mount | grep <U盘的标签> # 找到你的U盘的对应的设备名称,如 ...

  9. 华为AI应用创新大赛即将开启!公开课已备好!

    为鼓励开发者创新,挖掘前沿创新能力的应用及服务,帮开发者打造爆款应用的同时丰富终端消费者的用户体验,由设立10亿激励基金耀星计划扶持的华为创新竞赛平台即将开启. 竞赛平台将滚动推出AI.HAG.AR. ...

  10. Nginx性能测试

    环境:Centos 7.0  Nginx 1.6.2 测试工具:siege 3.0.7 配置1: I3-3110M 4G 测试1(100用户,1000请求): 平均响应:0.06s 并发数:59.19 ...