redis info 命令檢視redis使用情況
阿新 • • 發佈:2018-12-25
用客戶端連線redis伺服器: redis-cli >> info :
-
server : 一般 Redis 伺服器資訊,包含以下域:
- redis_version : Redis 伺服器版本
- redis_git_sha1 : Git SHA1
- redis_git_dirty : Git dirty flag
- os : Redis 伺服器的宿主作業系統
- arch_bits : 架構(32 或 64 位)
- multiplexing_api : Redis 所使用的事件處理機制
- gcc_version : 編譯 Redis 時所使用的 GCC 版本
- process_id : 伺服器程序的 PID
- run_id : Redis 伺服器的隨機識別符號(用於 Sentinel 和叢集)
- tcp_port
- uptime_in_seconds : 自 Redis 伺服器啟動以來,經過的秒數
- uptime_in_days : 自 Redis 伺服器啟動以來,經過的天數
- lru_clock : 以分鐘為單位進行自增的時鐘,用於 LRU 管理
-
clients : 已連線客戶端資訊,包含以下域:
- connected_clients : 已連線客戶端的數量(不包括通過從屬伺服器連線的客戶端)
- client_longest_output_list : 當前連線的客戶端當中,最長的輸出列表
- client_longest_input_buf : 當前連線的客戶端當中,最大輸入快取
- blocked_clients
-
memory : 記憶體資訊,包含以下域:
- used_memory : 由 Redis 分配器分配的記憶體總量,以位元組(byte)為單位
- used_memory_human : 以人類可讀的格式返回 Redis 分配的記憶體總量
- used_memory_rss : 從作業系統的角度,返回 Redis 已分配的記憶體總量(俗稱常駐集大小)。這個值和top 、 ps 等命令的輸出一致。
- used_memory_peak : Redis 的記憶體消耗峰值(以位元組為單位)
- used_memory_peak_human
- used_memory_lua : Lua 引擎所使用的記憶體大小(以位元組為單位)
- mem_fragmentation_ratio :used_memory_rss 和 used_memory 之間的比率
- mem_allocator : 在編譯時指定的, Redis 所使用的記憶體分配器。可以是 libc 、 jemalloc 或者 tcmalloc 。
Because Redis does not have control over how its allocations are mapped to memory pages, highused_memory_rss is often the result of a spike in memory usage.
當 Redis 釋放記憶體時,分配器可能會,也可能不會,將記憶體返還給作業系統。 如果 Redis 釋放了記憶體,卻沒有將記憶體返還給作業系統,那麼 used_memory 的值可能和作業系統顯示的 Redis 記憶體佔用並不一致。 檢視 used_memory_peak 的值可以驗證這種情況是否發生。 -
persistence :RDB 和 AOF 的相關資訊
-
stats : 一般統計資訊
-
replication : 主/從複製資訊
-
cpu : CPU 計算量統計資訊
-
commandstats : Redis 命令統計資訊
-
cluster : Redis 叢集資訊
-
keyspace : 資料庫相關的統計資訊
除上面給出的這些值以外,引數還可以是下面這兩個:
- all : 返回所有資訊
- default : 返回預設選擇的資訊
當不帶引數直接呼叫 INFO 命令時,使用 default 作為預設引數。
不同版本的 Redis 可能對返回的一些域進行了增加或刪減。
因此,一個健壯的客戶端程式在對 INFO 命令的輸出進行分析時,應該能夠跳過不認識的域,並且妥善地處理丟失不見的域。
- 可用版本:
- >= 1.0.0
- 時間複雜度:
- O(1)
- 返回值:
- 具體請參見下面的測試程式碼。
redis> INFO # Server redis_version:2.5.9 redis_git_sha1:473f3090 redis_git_dirty:0 os:Linux 3.3.7-1-ARCH i686 arch_bits:32 multiplexing_api:epoll gcc_version:4.7.0 process_id:8104 run_id:bc9e20c6f0aac67d0d396ab950940ae4d1479ad1 tcp_port:6379 uptime_in_seconds:7 uptime_in_days:0 lru_clock:1680564 # Clients connected_clients:1 client_longest_output_list:0 client_biggest_input_buf:0 blocked_clients:0 # Memory used_memory:439304 used_memory_human:429.01K used_memory_rss:13897728 used_memory_peak:401776 used_memory_peak_human:392.36K used_memory_lua:20480 mem_fragmentation_ratio:31.64 mem_allocator:jemalloc-3.0.0 # Persistence loading:0 rdb_changes_since_last_save:0 rdb_bgsave_in_progress:0 rdb_last_save_time:1338011402 rdb_last_bgsave_status:ok rdb_last_bgsave_time_sec:-1 rdb_current_bgsave_time_sec:-1 aof_enabled:0 aof_rewrite_in_progress:0 aof_rewrite_scheduled:0 aof_last_rewrite_time_sec:-1 aof_current_rewrite_time_sec:-1 # Stats total_connections_received:1 total_commands_processed:0 instantaneous_ops_per_sec:0 rejected_connections:0 expired_keys:0 evicted_keys:0 keyspace_hits:0 keyspace_misses:0 pubsub_channels:0 pubsub_patterns:0 latest_fork_usec:0 # Replication role:master connected_slaves:0 # CPU used_cpu_sys:0.03 used_cpu_user:0.01 used_cpu_sys_children:0.00 used_cpu_user_children:0.00 參考: http://blog.csdn.net/lang_man_xing/article/details/38539057