redis压力测试详解

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

压测结果:

[[email protected] ~]# 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的压测结果如下:

[[email protected] ~]# 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

显示结果为:

[[email protected] ~]# 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下差一大截。

时间: 2024-11-05 19:46:06

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

linux--ab压力测试详解

简介     ab是Apache自带的压力测试工具,全称是ApacheBench,ab是Apache的一个安装组件,所以需要安装Apache后才可以使用,该命令位于Apache安装目录下的bin文件夹中,ab是专门用于HTTP Server的benchmark testing,可以同时模拟多个并发请求,ab的设计意图是描绘当前所安装的Apache的执行性能,主要是显示所安装的Apache每秒可以处理多少个请求,ab同微软的WAST.HP的LoadRunner.QALoad等比起来,它要方便易用得

&nbsp; redis字符串内型详解

redis字符串内型详解 字符串 Redis中的字符串是一个字节序列.Redis中的字符串是二进制安全的,这意味着它们的长度不由任何特殊的终止字符决定.因此,可以在一个字符串中存储高达512兆字节的任何内容. 示例 redis 172.16.10.1:6379> set name "baidu.com"  OK  redis 172.16.10.1:6379> get name  "baidu.com"Shell 在上面的示例中,set和get是Redi

redis服务简介 && redis.conf配置文件详解

#一.redis服务简介 redis是一个key-value存储系统. 和Memcached类似,它支持存储的value类型相对更多(memcached不支持value类型,只支持key),包括string(字符串).list(链表).set(集合)和zset(有序集 合).这些数据类型都支持push/pop.add/remove及取交集并集和差集及更丰富的操作,而且这些操作都是原子性的.在此基础上,redis 支持各种不同方式的排序.与memcached一样,为了保证效率,数据都是缓存在内存中

Redis常见配置文件详解

Redis常见配置文件详解 # vi redis.conf   daemonize yes #是否以后台进程运行 pidfile /var/run/redis/redis-server.pid    #pid文件位置 port 6379#监听端口 bind 127.0.0.1   #绑定地址,如外网需要连接,设置0.0.0.0 timeout 300     #连接超时时间,单位秒 loglevel notice  #日志级别,分别有: # debug :适用于开发和测试 # verbose :

Redis主从复制机制详解

Redis主从复制机制详解 Redis有两种不同的持久化方式,Redis服务器通过持久化,把Redis内存中持久化到硬盘当中,当Redis宕机时,我们重启Redis服务器时,可以由RDB文件或AOF文件恢复内存中的数据. 不过持久化后的数据仍然只在一台机器上,因此当硬件发生故障时,比如主板或CPU坏了,这时候无法重启服务器,有什么办法可以保证服务器发生故障时数据的安全性?或者可以快速恢复数据呢?想做到这一点,我们需要再了解Redis另外一种机制:主从复制. 什么是主从复制 Redis的主从复制机

Redis高可用详解:持久化技术及方案选择

Redis高可用详解:持久化技术及方案选择 Java架构师那些事 关注 0.3 2018.08.23 22:55 字数 9774 阅读 542评论 0喜欢 9 前言 本文将先说明上述几种技术分别解决了Redis高可用的什么问题,然后详细介绍Redis的持久化技术,主要是RDB和AOF两种持久化方案.在介绍RDB和AOF方案时,不仅介绍其作用及操作方法,同时还会介绍持久化实现的一些原理细节及需要注意的问题.最后,介绍在实际使用中持久化方案的选择以及经常遇到的问题等内容. 一.Redis高可用概述

iOS开发——实战篇&amp;Xcode 7真机测试详解

Xcode 7真机测试详解 1.准备 注意:一定要让你的真机设备的系统版本和app的系统版本想对应,如果不对应就会出现一个很常见的问题:could not find developer disk image 首先,准备好下面的设备机相关软件 MAC版本:OSX10.10.4 Xcode版本:Xcode7 beta5(点击下载) 真机设备:iPad Air(iOS 8.1.3)/iphone 6 2.首先先安装Xcode7,并且运行Xcode,点击左上角菜单Xcode -> Preferences

Redis压力测试说明

Redis压力测试说明 redis-benchmark是redis自带的压力测试工具: 使用方法: 可以使用redis-benchmark –help来显示使用方法: 1.redis-benchmark -t set -c 100 -n 1000000 -r 1000000 -d 256 序号 选项 描述 默认值 1 -h 指定服务器主机名 127.0.0.1 2 -p 指定服务器端口 6379 3 -s 指定服务器 socket 4 -c 指定并发连接数 50 5 -n 指定请求数 10000

[转]Redis内部数据结构详解-sds

本文是<Redis内部数据结构详解>系列的第二篇,讲述Redis中使用最多的一个基础数据结构:sds. 不管在哪门编程语言当中,字符串都几乎是使用最多的数据结构.sds正是在Redis中被广泛使用的字符串结构,它的全称是Simple Dynamic String.与其它语言环境中出现的字符串相比,它具有如下显著的特点: 可动态扩展内存.sds表示的字符串其内容可以修改,也可以追加.在很多语言中字符串会分为mutable和immutable两种,显然sds属于mutable类型的. 二进制安全(