1、redis-benchmark簡介

? redis-benchmark是官方自帶的Redis性能測試工具，用來測試Redis在當前環境下的讀寫性能。在使用Redis的時候，服務器的硬件配置、網絡狀況、測試環境都會對Redis的性能有所影響，我們需要對Redis實時測試以確定Redis的實際性能。

• 語法格式：

redis-benchmark [參數] [參數值]

• 參數列表：

1.1、Redis安裝

? 測試系統是CentOS7.X版本的，需要確保c++環境已經安裝，執行【gcc -v】查看系統是否有gcc環境，如果沒有使用yum安裝，windows版本可以跳過這步。

• 安裝gcc

yum install gcc-c++

• 安裝redis

redis下載地址：https://pan.baidu.com/s/13kHH-zU7vmh0YobyxhEmow，提取碼：dmnx，下載后上傳到服務器目錄中。

# 解壓tar -zxf redis-4.0.14.tar.gz# 進入解壓目錄cd redis-4.0.14# 編譯make# 安裝redis到/usr/local/redismake install PREFIX=/usr/local/redis# 復制配置文件到剛才的安裝目錄cp redis.conf /usr/local/redis/# 進入安裝后的目錄cd /usr/local/redis# 修改配置文件vim redis.conf# Redis后臺啟動修改 daemonize 為 yes# Redis服務器可以跨網絡訪問修改 bind 為 0.0.0.0# 開啟aof持久化appendonly yes# 進入bin目錄中啟動redis，指定配置文件cd bin/./redis-server ../redis.conf

1.2、redis性能測試

? redis啟動后進入到bin目錄中，執行以下命令進行性能測試：

# 執行測試性能命令./redis-benchmark -t set,get -n 100000

說明：因為測試的是本機的redis性能，所以沒有指定IP和端口號。

-t：表示執行以逗號分隔的命令，執行的是set操作和get操作，如果不指定具體的值，測試的結果較多

• 執行結果如下：

====== SET ======  100000 requests completed in 1.31 seconds  50 parallel clients  3 bytes payload  keep alive: 198.64% <= 1 milliseconds99.85% <= 2 milliseconds99.99% <= 3 milliseconds100.00% <= 3 milliseconds76335.88 requests per second====== GET ======  100000 requests completed in 1.26 seconds  50 parallel clients  3 bytes payload  keep alive: 199.27% <= 1 milliseconds100.00% <= 1 milliseconds79365.08 requests per second

? 反饋結果：

? SET部分和GET部分，只需要關注最后一句輸出即可，以GET為例，上述輸出：79365.08 requests per second，表示每秒的GET命令處理79365.08個請求，也就是QPS為7.9W個。

? 這里的數據都是理想數據，測試出來的QPS不能代表實際生產的處理能力，在實際生產中，服務器的硬件配置、網絡狀況、測試環境都會對Redis的性能有所影響。

1.3、TPS、QPS、RT

? 在描述系統的高并發能力時，經常根據以下三個指標來決定：

• 響應時間RT：響應時間是指系統對請求作出響應的時間。一個系統通常會提供許多功能，而不同功能的業務邏輯也千差萬別，因而不同功能的響應時間也不盡相同。在討論一個系統的響應時間時，通常是指該系統所有功能的平均時間或者所有功能的最大響應時間。
• 吞吐量TPS：吞吐量是指系統在單位時間內處理請求的數量。不同系統的平均響應時間隨用戶數增加而增長的速度也不大相同，這也是采用吞吐量來度量并發系統的性能的主要原因。一般而言，吞吐量是一個比較通用的指標，兩個具有不同用戶數和用戶使用模式的系統，如果其最大吞吐量基本一致，則可以判斷兩個系統的處理能力基本一致。
• 查詢率QPS：每秒查詢率QPS是對一個特定的查詢服務器在規定時間內所處理流量多少的衡量標準，在互聯網中，經常用每秒查詢率來衡量服務器的性能。對應fetches/sec，即每秒的響應請求數，也即是最大吞吐能力，查詢率通常是針對單機進行壓力測試。

1.4、測試Redis性能

? 在實際生產中，我們需要關心在應用場景中，redis能夠處理的QPS是多少。我們需要估計生產的報文大小，使用benchmark工具指定-d數據塊大小來模擬：

./redis-benchmark -t get -n 100000 -c 100 -d 2048

? 指定并發數為100，數據大小為2048字節，在實際生產中，每個業務處理的數據大小不一致，取出一個最大的數據為基數進行測試即可，在程序里將數據的字節大小打印出來，使用redis-benchmark的-d參數指定數據大小。

? 執行結果：

====== GET ======  100000 requests completed in 1.37 seconds  100 parallel clients  2048 bytes payload  keep alive: 194.15% <= 1 milliseconds98.86% <= 2 milliseconds99.80% <= 3 milliseconds99.90% <= 4 milliseconds99.92% <= 5 milliseconds99.93% <= 6 milliseconds99.96% <= 7 milliseconds100.00% <= 8 milliseconds100.00% <= 8 milliseconds73206.44 requests per second

? 使用redis客戶端登錄到redis服務中，執行info命令查看redis的信息

# 使用Redis客戶端./redis-cli# 在客戶端中執行info命令127.0.0.1:6379> info

查看結果，輸出的信息較多，查看# Memory下面的一些信息。

connected_clients:108 #redis連接數?used_memory:8367424 # Redis 分配的內存總量 used_memory_human:7.98Mused_memory_rss:11595776 # Redis 分配的內存總量(包括內存碎片) used_memory_rss_human:11.06Mused_memory_peak:8367424used_memory_peak_human:7.98M #Redis所用內存的高峰值used_memory_peak_perc:100.48%

? 需要關注used_memory_peak_human（redis已用內存）和used_memory（分配的內存總量），當used_memory_peak_human接近used_memory時就需要注意了。