用客戶端連線redis伺服器： ./redis-cli -h ip :port
>>info
clients : 已連線客戶端資訊，包含以下域：
memory : 記憶體資訊，包含以下域：
在理想情況下， used_memory_rss 的值應該只比used_memory 稍微高一點兒。
當 rss > used
，且兩者的值相差較大時，表示存在（內部或外部的）記憶體碎片。
記憶體碎片的比率可以通過 mem_fragmentation_ratio 的值看出。
當 used > rss
時，表示 redis 的部分記憶體被作業系統換出到交換空間了，在這種情況下，操作可能會產生明顯的延遲。
當 redis 釋放記憶體時，分配器可能會，也可能不會，將記憶體返還給作業系統。
如果 redis 釋放了記憶體，卻沒有將記憶體返還給作業系統，那麼 used_memory 的值可能和作業系統顯示的 redis 記憶體占用並不一致。
檢視 used_memory_peak 的值可以驗證這種情況是否發生。
persistence :rdb 和 aof 的相關資訊
stats : 一般統計資訊
replication : 主/從複製資訊
cpu : cpu 計算量統計資訊
commandstats : redis 命令統計資訊
cluster : redis 集群資訊
keyspace : 資料庫相關的統計資訊
除上面給出的這些值以外，引數還可以是下面這兩個：
當不帶引數直接呼叫 info 命令時，使用 default 作為預設引數。
不同版本的 redis 可能對返回的一些域進行了增加或刪減。
因此，乙個健壯的客戶端程式在對 info
命令的輸出進行分析時，應該能夠跳過不認識的域，並且妥善地處理丟失不見的域。
如果要修改redis記憶體配置而不需要重啟的話：
config get *獲取所有配置
然後再使用
config set 來設定即可
Linux下檢視記憶體
前言 在linux上不像在windows上看記憶體那樣方便,而且還有swap這個新的概念,所以知道如何來看linux記憶體還是有一定意義的.在linux下檢視記憶體我們一般用command free root nonamelinux free total used free shared buffe...
Linux下檢視記憶體資訊
在linux下檢視記憶體我們一般用free命令 root scs 2 tmp free total used free shared buffers cached mem 3266180 3250004 16176 0 110652 2668236 buffers cache 471116 2795...
linux下的記憶體檢視
下面是自己的一些嘗試。首先是top命令 其中，virt是程序1虛擬記憶體 virt 的大小 實際需要的記憶體容量？為48428kb 約50mb 實際占用的記憶體 res,resident的縮寫 為5612kb 約5mb 共享記憶體 shr 為3720kb 約3mb 然後再看一下ps命令 ps u p...