Redis-benchmark使用總結
Redis-benchmark為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 6379) -s <socket> Server socket (overrides host and port) -c <clients> Number of parallel connections (default 50) -n <requests> Total number of requests (default 10000) -d <size> Data size of SET/GET value in bytes (default 2) -k <boolean> 1=keep alive 0=reconnect (default 1) -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:000000012456 instead of constant keys, the <keyspacelen> argument determines the max number of values for the random number. For instance if set to 10 only rand:000000000000 - rand:000000000009 range will be allowed. -P <numreq> Pipeline <numreq> requests. Default 1 (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.
例項:
redis-benchmark -h 127.0.0.1 -p 6379 -q -d 100
SET/GET 100 bytes 檢測host為127.0.0.1 埠為6379的redis伺服器效能
redis-benchmark -h 127.0.0.1 -p 6379 -c 5000 -n 100000
5000個併發連線，100000個請求，檢測host為127.0.0.1 埠為6379的redis伺服器效能
benchmark工具測試資訊：
測試命令：
redis-benchmark -n 100000 -c 60
向redis伺服器傳送100000個請求，每個請求附帶60個併發客戶端
結果（部分）：
====== SET ======
對集合寫入測試
100000 requests completed in 2.38 seconds
100000個請求在2.38秒內完成
60 parallel clients
每次請求有60個併發客戶端
3 bytes payload
每次寫入3個位元組的資料
keep alive: 1
保持一個連線，一臺伺服器來處理這些請求
93.06% <= 15 milliseconds
99.96% <= 31 milliseconds
99.98% <= 46 milliseconds
99.99% <= 62 milliseconds
100.00% <= 62 milliseconds
所有請求在62毫秒內完成
42105.26 requests per second
每秒處理42105.26次請求
[[email protected] ~]# redis-benchmark -h 127.0.0.1 -p 6379 -c 5000 -n 100000 -d 100 -q PING_INLINE: 34506.55 requests per second PING_BULK: 34059.95 requests per second SET: 31959.09 requests per second GET: 31466.33 requests per second INCR: 33311.12 requests per second LPUSH: 29265.44 requests per second LPOP: 36968.58 requests per second SADD: 32030.75 requests per second SPOP: 33344.45 requests per second LPUSH (needed to benchmark LRANGE): 29735.36 requests per second LRANGE_100 (first 100 elements): 16116.04 requests per second LRANGE_300 (first 300 elements): 6659.56 requests per second LRANGE_500 (first 450 elements): 4108.29 requests per second
相關推薦
Redis-benchmark使用總結
Redis-benchmark為Redis效能測試工具。 指令說明: Usage: redis-benchmark [-h <host>] [-p <port>] [-c <clients>] [-n <requests]>
redis壓力測試工具-----redis-benchmark
push program first ive ogr bench body bsp pro redis做壓測可以用自帶的redis-benchmark工具，使用簡單 壓測命令：redis-benchmark -h 127.0.0.1 -p 6379 -c 50 -n 10
Redis學習總結（1）——Redis記憶體資料庫詳細教程
1.Redis是什麼 2.redis的作者何許人也 3.誰在使用redis 4.學會安裝redis 5.學會啟動redis 6.使用redis客戶端 7.redis資料結構 – 簡介 8.redis資料結構 – strings 9.redis資料結構 – lists 10.redis
Redis叢集總結
1.分片的作用： 可以動態的實現記憶體擴容； 可以將資料分散儲存； 2.哨兵的作用： 可以實現redis的高可用（HA）； 3.Redis叢集的實現：（分片+哨兵） 採用redis的叢集配置，在叢集的內部實現通訊和選舉，同時實現分片的擴容和redis的高可用性； 3.1腦裂：
redis-benchmark使用說明
Redis-benchmark為Redis效能測試工具。 指令說明: Usage: redis-benchmark [-h <host>] [-p <port>] [-c <clients>] [-n <requests]> [-k <boole
【Redis】Redis-benchmark測試Redis效能
Redis-benchmark是官方自帶的Redis效能測試工具，可以有效的測試Redis服務的效能。 使用說明如下: 1 Usage: redis-benchmark [-h <host>] [-p <port>] [-c <clients>] [-n
第十四節----Redis學習總結
14.1 Redis到底是什麼？ 在上一小節中學習瞭如何在Java中使用Redis。在Java中使用Redis，只要使用Redis提供的JeRis介面即可。 撥雲見日
Redis精簡總結
本文圍繞以下幾點進行闡述 1、為什麼使用redis 2、使用redis有什麼缺點 3、單執行緒的redis為什麼這麼快 4、redis的資料型別，以及每種資料型別的使用場景 5、redis的過期策略以及記憶體淘汰機制 6、redis和資料庫雙寫一致性問題 7
Redis知識總結--string的內部實現
SDS(Simple Dynamic String) String的資料結構是一個位元組陣列，但簡單的獲取陣列長度的時間複雜度就是O(n)，這對於單執行緒的redis來講是不能接受的，因此string在redis中的實現是SDS類，SDS類的結構總體如下(C已忘，只能用java大致表達下):
Redis知識總結--五種基礎資料結構
string string應該是redis最常被用到的資料結構，簡單的get、set即可操作。 為了避免記憶體空間不夠造成頻繁擴容，通常會分配一塊大於value長度的記憶體空間，空間大小使用capicity表示，value長度使用length表示，capicity>length，底層實
Redis Getshell總結
Redis預設埠是6379，可以通過zoomeye或者shodan來查詢開放6379的埠，能收到很多對外開放6379埠的ip，而且絕大部門是未授權訪問的，因為預設redis是未授權訪問。但是還有一先決條件是該ip開放web服務，也就是開放如常見的80埠等，滿足這兩個條件你就有可能getshell。但是還有最麻
redis操作總結（更新中）
本地啟動redis ps -ef | grep redis cd /usr/local/redis/bin ./redis-server //使用預設配置啟動（比如預設不載入密碼） ./redis-server ../etc/redis.conf //使用配置檔案啟動 redis-c
Redis學習總結之(五)釋出訂閱
一、釋出訂閱 釋出訂閱是訊息傳遞的一種方式，即釋出者釋出訊息，訂閱者獲取訊息，中間傳輸的是一種訊息，所以應該有四個必須的要素：釋出者、訂閱（接受）者、通道、訊息。在Redis裡，由於redis分客戶端和服務端，redis服務端提供服務，所以釋出者（publishser）和訂
精選Redis 面試總結
整理Redis面試總結題，不看答案你能全部答上來嗎？ 1 什麼是redis? Redis 是一個基於記憶體的高效能key-value資料庫。 (有空再補充，有理解錯誤或不足歡迎指正) 2 Reids的特點 Redis本質上是一個Key-Value型別的記憶體資
Redis-benchmark測試Redis效能
10000 requests completed in 0.30 seconds100 parallel clients3 bytes payload keep alive: 10.11% <= 1 milliseconds86.00% <= 2 milliseconds90.12% &
Redis資料庫總結
簡介 與MySQL不同，Redis是一個基於記憶體的資料庫，所以相對於基於硬碟的MySQL，它的儲存空間更小，但執行速度更快。Redis由義大利人Salvatore Sanfilippo開發的一款記憶體快取記憶體資料庫，該軟體由C語言編寫，Redis是一個key-value
SpringBoot整合redis的總結及常見問題
1.需要引入spring-boot-starter-data-redis（Springboot1.5以上引用方式） 而不是 spring-boot-starter-redis（Springboot1.5以下引用方式） <dependency>
Redis學習總結（10）——快取雪崩、快取穿透、快取併發、快取預熱、快取演算法的概念及解決思路總結
一、快取雪崩 概念： 可能是因為資料未載入到快取中，或者快取同一時間大面積的失效，從而導致所有請求都去查資料庫，導致資料庫CPU和記憶體負載過高，甚至宕機。 解決思路： 1.1、加鎖計數（即限制併發的數量，可以用semphore）或者起一定數量的佇列來避免快取失效時大
Redis實戰總結
資料結構 資料結構是Redis的實體,承載著內部資料的儲存,理解資料結構有利於我們對Redis儲存進行優化,所以需要重點去理解. object encoding key檢視鍵值型別的編碼. 資料結構 內部編碼 說明
Redis 面試總結
1 什麼是redis? Redis 是一個基於記憶體的高效能key-value資料庫。 (有空再補充，有理解錯誤或不足歡迎指正) 2 Reids的特點 Redis本質上是一個Key-Value型別的記憶體資料庫，很像memcached，整個資料庫統統載入在記憶體當中進行