日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

redis压力测试详解

發布時間:2025/4/16 编程问答 28 豆豆
生活随笔 收集整理的這篇文章主要介紹了 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

?

壓測結果:

[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压力测试详解的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。