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: 服務器進程的 PID
- 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、 ps 等命令的輸出一致。
- 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內存等占用量