Redis性能测试
官方已经为我们准备好性能测试工具 redis-benchmark ，它可以测试我们redis各个类型及场景下的读写性能
1、基本属性说明
Usage: redis-benchmark [-h <host>] [-p <port>] [-c <clients>] [-n <requests>] [-k <boolean>] -h <hostname> 设置redis服务端 IP (default 127.0.0.1) -p <port> 设置redis服务端 端口 (default 6379) -a <password> 设置redis服务端 密码 -c <clients> 设置多少个redis客户端并发连接redis服务端 (default 50) -d <size> 设置每次SET/GET值的数据大小，默认3字节 “VXK” (default 3) -n <requests> 设置请求总数，若默认50个客户端，每个客户端只需要请求2000次 (default 100000) -q 只显示每种类型测试 读/写 的秒数（不会输出大片测试过程） -l 闭环模式，测试完后，循环上一次测试，（就是命令永远循环） -r <keyspacelen> 设置指定数量的键；对SET/GET/INCR使用随机键，对SADD使用随机值，ZADD的随机成员和分数。 注：-r会被应用到key和counter键，并且拼接12位后缀标识为多少个；如 "key:000000000008" 代表生成的第八个键 -P <numreq> 选项代表每个请求pipeline的数据量. Default 1 (no pipeline). -t <tests> 设置选择性的测试操作，它只会对我们指定的命令测试 如 -t SET,SPOP,LPUSH (低版本只能测试17个命令) 注：看下面的性能测试方式，选择其中指定方式测试 -I 空闲模式。只需打开N个空闲连接并等待 -s <socket> Server socket (覆盖主机和端口) -k <boolean> 1=保持活动状态 0=重新连接 (default 1) 注：默认测试是一旦第一次连接，后面就不会断开，直到测试完成， 注：若是 1 则代表每次请求完成则断开连接，下次请求再重新连接 --csv 以CSV格式输出，方便我们统计Excel等处理 --user <username> 用于发送ACL样式的“验证用户名密码”。需要 -a。 --dbnum <db> 选择指定的数据库号进行测试，redis默认数据库为（0~16） (default 0) --threads <num> 启动多线程模式来测试 --cluster 启用集群模式来测试 --enable-tracking 启动测试之前发送客户端跟踪 --help 帮助文档 --version 显示版本号
2：性能测试默认方式
如果未指定 -t xxx,xxx,... 则从头至尾20个性能测试方案依次进行 （1） PING_INLINE （2） PING_MBULK （3） SET：将字符串值value关联到key； （4） GET：返回key所关联的字符串值，如果key存储的值不是字符串类型，返回一个错误； （5） INCR：将key中存储的数字值增一。不能转换为数字则报错； （6） LPUSH：将一个或多个值value插入到列表key的表头； （7） RPUSH：将一个或多个值value插入到列表key的表尾； （8） LPOP：移除并返回列表key的头元素； （9） RPOP：移除并返回列表key的尾元素； （10） SADD：将一个或多个member元素加入到集合set当中，已经存在于集合的member元素将被忽略； （11） HSET：将字符串值value关联到hash里的key中 （12） SPOP：移除并返回集合中的一个随机元素； （13） ZADD：测试sortedSet有序集合的添加时间性能 （14） ZPOPMIN：测试sortedSet有序集合，删除多个值并把删除的值排序，从小到大 （15） LPUSH：将一个或多个value插入到列表key的表头； （16） LRANGE_100：返回列表key中指定区间内的元素，前100条元素； （17） LRANGE_300：返回列表key中指定区间内的元素，前300条元素； （18） LRANGE_500：返回列表key中指定区间内的元素，前500条元素； （19） LRANGE_600：返回列表key中指定区间内的元素，前600条元素； （20） MSET：同时设置一个或多个key-value对，value为字符串。 如果未指定 -r 则以下面的四个键来测试 redis-benchmark性能测试默认情况下只会以如下类型key来测试（低版本应该是三个） 1) "myhash" 此类型为“hash”，每次请求则会向“hash”key为 “element:__rand_int__” 添加“VXK”，后者覆盖前者 2) "counter:__rand_int__" 此类型为“string”，每次请求则会累加 1 ,后个请求会对前一个值+1操作 3) "key:__rand_int__" 此类型为“string”，每次请求则会存放“VXK”,后个请求覆盖上一个值 4) "mylist" 此类型为“list”，往集合内部存储“VXK”，每请求一次则插入一次
3：常用测试方案及说明
①：连接redis服务器并测试以50个客户端并发（平分每个客户端2000次）访问100000次 ./redis-benchmark -h 127.0.0.1 -p 6379 -c 50 -n 100000 ②：不输出测试过程，只显示当前测试案例结束的时间 ./redis-benchmark -h 127.0.0.1 -p 6379 -c 50 -n 100000 -q ④：总和上面，并设置每个请求的请求值的大小字节 ./redis-benchmark -h 127.0.0.1 -p 6379 -c 50 -n 100000 -q -d 5 ④：综合上面，并设置指定的测试案例 ./redis-benchmark -h 127.0.0.1 -p 6379 -c 50 -n 100000 -q -d 5 -t SET,SADD,ZADD,GET# 随机 set/get 100万条命令，1000 个并发./redis-benchmark -a 123456 -h 192.168.61.129 -p 6379 -t set,get -r 1000000 -n 1000000 -c 1000测试输出的格式说明：（以 SET 测试案例说明） ./redis-benchmark -h 127.0.0.1 -p 6379 -c 1000 -n 1000000 -t SET ====== SET ====== 1000000 requests completed in 18.75 seconds -- 1000000 请求用时 18.75 秒 1000 parallel clients -- 每个客户端请求次数1000 3 bytes payload -- 每次测试请求字节大小为 3byte keep alive: 1 -- 保持活力模式 1 一直连接 （0则代表每次请求从新连接） host configuration "save": 3600 1 300 100 60 10000 host configuration "appendonly": no -- 上面两个主机配置 持久化方式关闭 multi-thread: no -- 不是多线程测试 Latency by percentile distribution: 0.000% <= 6.159 milliseconds (cumulative count 1) 50.000% <= 13.191 milliseconds (cumulative count 500348) 75.000% <= 15.687 milliseconds (cumulative count 750168) 98.438% <= 26.799 milliseconds (cumulative count 984415) 100.000% <= 49.151 milliseconds (cumulative count 1000000) 100.000% <= 49.151 milliseconds (cumulative count 1000000) Cumulative distribution of latencies: 0.000% <= 0.103 milliseconds (cumulative count 0) 1.234% <= 7.103 milliseconds (cumulative count 12338) 12.473% <= 9.103 milliseconds (cumulative count 124733) 49.156% <= 13.103 milliseconds (cumulative count 491559) 100.000% <= 48.127 milliseconds (cumulative count 999999) 100.000% <= 50.111 milliseconds (cumulative count 1000000) Summary: throughput summary: 53339.02 requests per second -- 吞吐量摘要：每秒53339.02个请求 latency summary (msec): --延迟摘要（毫秒） avg min p50 p95 p99 max 13.639 6.152 13.191 21.663 28.351 49.151
4：其它参数介绍
①：-P <numreq> 在上面的性能测试中，每个客户端都是在一个请求完成之后才发送下一个请求，如指定-c 50 -n 10000 则服务器几乎是按照顺序依次读取每个客户端的请求 Redis 支持 /topics/pipelining；就是说Redis可以一次性执行多条命令（把命令打包一次性发送服务器） 所以Redis pipelining 可以提高服务器的 TPS。 总结：减少网络的请求，把请求汇总处理 ./redis-benchmark -c 20 -n 1000000 -t set,get -P 16 -q
