linux 下查看redis內存等占用量
阿新 • • 發佈:2017-11-14
map 返回 line sent 數據庫 處理機制 tcp/ip 架構 和集
用客戶端連接redis服務器: ./redis-cli -h ip :port
>>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
- run_id : Redis 服務器的隨機標識符(用於 Sentinel 和集群)
- tcp_port : TCP/IP 監聽端口
- uptime_in_seconds : 自 Redis 服務器啟動以來,經過的秒數
- uptime_in_days : 自 Redis 服務器啟動以來,經過的天數
- lru_clock : 以分鐘為單位進行自增的時鐘,用於 LRU 管理
-
clients : 已連接客戶端信息,包含以下域:
- connected_clients : 已連接客戶端的數量(不包括通過從屬服務器連接的客戶端)
- client_longest_output_list
- client_longest_input_buf : 當前連接的客戶端當中,最大輸入緩存
- blocked_clients : 正在等待阻塞命令(BLPOP、BRPOP、BRPOPLPUSH)的客戶端的數量
-
memory : 內存信息,包含以下域:
- used_memory : 由 Redis 分配器分配的內存總量,以字節(byte)為單位
- used_memory_human : 以人類可讀的格式返回 Redis 分配的內存總量
- used_memory_rss : 從操作系統的角度,返回 Redis 已分配的內存總量(俗稱常駐集大小)。這個值和top
- used_memory_peak : Redis 的內存消耗峰值(以字節為單位)
- used_memory_peak_human : 以人類可讀的格式返回 Redis 的內存消耗峰值
- 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 命令的輸出進行分析時,應該能夠跳過不認識的域,並且妥善地處理丟失不見的域。
linux 下查看redis內存等占用量