Redis中的info命令

来源:https://www.cnblogs.com/EmilZs/archive/2020/04/01/12611348.html
-Advertisement-
Play Games

127.0.0.1:6379> info [server|clients|memory|stats|...] # Server redis_version:5.0.4 #redis版本 redis_git_sha1:00000000 redis_git_dirty:0 redis_build_id: ...


127.0.0.1:6379> info [server|clients|memory|stats|...]
# Server
redis_version:5.0.4                               #redis版本
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:964fe9af98041665
redis_mode:standalone                             #運行模式,單機或集群
os:Linux 3.10.0-693.21.1.el7.x86_64 x86_64        #系統版本
arch_bits:64                                      #架構,32位或64位
multiplexing_api:epoll                 #redis所使用的事件處理機制
atomicvar_api:atomic-builtin
gcc_version:4.8.5                                 #編譯redis時所使用的gcc版本
process_id:2939                                   #redis伺服器的進程id
run_id:11b5694d024d8c728c1448ec4163fb0c22b86375   #redis伺服器的隨機標識符(用於sentinel和集群)
tcp_port:6379                                     #redis服務監聽埠
uptime_in_seconds:18316                           #redis服務啟動時長,單位為秒
uptime_in_days:0                                  #redis服務啟動時長,單位為天
hz:10                                        #redis內部調度(進行關閉timeout的客戶端,刪除過期key等等)頻率
configured_hz:10
lru_clock:4564768                    #以分鐘為單位進行自增的時鐘,用於LRU管理  
executable:/usr/local/redis/redis-server          #執行文件位置
config_file:/usr/local/redis/./redis.conf         #配置文件位置

# Clients
connected_clients:2                               #已連接的客戶端數(不包括通過slave連接的客戶端)
client_recent_max_input_buffer:2                  #當前連接中的客戶端當中,最長的輸出列表
client_recent_max_output_buffer:0                 #當前連接中的客戶端當中,最大輸入緩存
blocked_clients:0                           #正在等待阻塞命令(BLPOP、BRPOP、BRPOPLPUSH)的客戶端的數量

# Memory
used_memory:8985032                               #由redis分配器分配的記憶體總量,以位元組為單位
used_memory_human:8.57M                           #易讀方式   
used_memory_rss:15175680                    #從操作系統的角度,返回redis已分配的記憶體總量(俗稱常駐集大小)
used_memory_rss_human:14.47M                
used_memory_peak:14859000                         #redis的記憶體消耗峰值(以位元組為單位) 
used_memory_peak_human:14.17M
used_memory_peak_perc:60.47%                      #峰值記憶體超出分配記憶體(used_memory)的百分比
used_memory_overhead:5407864      #伺服器為管理其內部數據結構而分配的所有開銷的位元組總和
used_memory_startup:862032                        #Redis在啟動時消耗的初始記憶體量(以位元組為單位)
used_memory_dataset:3577168       
used_memory_dataset_perc:44.04%
allocator_allocated:8951208
allocator_active:15137792
allocator_resident:15137792
total_system_memory:512077824                     #系統記憶體總量
total_system_memory_human:488.36M                 
used_memory_lua:37888                             #Lua引擎使用的位元組量
used_memory_lua_human:37.00K
used_memory_scripts:0
used_memory_scripts_human:0B
number_of_cached_scripts:0
maxmemory:0                                       #配置設置的最大可使用記憶體值
maxmemory_human:0B
maxmemory_policy:noeviction
allocator_frag_ratio:1.69        
allocator_frag_bytes:6186584
allocator_rss_ratio:1.00
allocator_rss_bytes:0
rss_overhead_ratio:1.00
rss_overhead_bytes:37888
mem_fragmentation_ratio:1.70      #used_memory_rss和used_memory之間的比率
mem_fragmentation_bytes:6224472   #used_memory_rss和used_memory之間的差值,單位位元組
mem_not_counted_for_evict:0
mem_replication_backlog:0
mem_clients_slaves:0
mem_clients_normal:66616
mem_aof_buffer:0
mem_allocator:libc                                #記憶體分配器,在編譯時選擇
active_defrag_running:0                           #指示活動碎片整理是否處於活動狀態的標誌
lazyfree_pending_objects:0

# Persistence
loading:0                                         #伺服器是否正在載入持久化rdb文件
rdb_changes_since_last_save:0                     #自上次rdb持久化以來發生改變的數值
rdb_bgsave_in_progress:0                          #伺服器是否正在創建rdb文件
rdb_last_save_time:1564845192                     #最後一次成功rdb持久化的時間戳
rdb_last_bgsave_status:ok                         #最後一次rdb持久化是否成功
rdb_last_bgsave_time_sec:0                        #最後一次成功生成rdb文件耗時秒數
rdb_current_bgsave_time_sec:-1                    #當前bgsave已耗費的時間(如果有)
rdb_last_cow_size:438272                          #上次rbd保存操作期間寫時複製分配的位元組大小
aof_enabled:0                                     #aof功能是否開啟
aof_rewrite_in_progress:0                         #標識aof的rewrite操作是否在進行中
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:-1                      #最後一次aof rewrite耗費的時長
aof_current_rewrite_time_sec:-1                   #當前rewrite已耗費的時間(如果有)
aof_last_bgrewrite_status:ok                      #最後一次bgrewrite是否成功
aof_last_write_status:ok                          #上次aof寫入狀態
aof_last_cow_size:0                      #上次AOF重寫操作期間寫時複製分配的大小(以位元組為單位)

如果激活了AOF,則會添加以下附加欄位:
aof_current_size:4201740                          #aof當前尺寸
aof_base_size:4201687                    #伺服器啟動時或者aof重寫最近一次執行之後aof文件的大小
aof_pending_rewrite:0                    #是否有aof重寫操作在等待rdb文件創建完畢之後執行?
aof_buffer_length:0                               #aof buffer的大小
aof_rewrite_buffer_length:0                       #aof rewrite buffer的大小
aof_pending_bio_fsync:0                           #後臺I/O隊列裡面,等待執行的fsync調用數量
aof_delayed_fsync:0                               #被延遲的fsync調用數量

如果正在進行載入操作,則會添加以下附加欄位:
loading_start_time                                #載入操作開始的基於紀元的時間戳
loading_total_bytes                               #文件總大小
loading_loaded_bytes                              #已載入的位元組數
loading_loaded_perc                               #載入進度表示為百分比
loading_eta_seconds                               #ETA在幾秒鐘內完成負載


# Stats
total_connections_received:7212                   #服務接受的總連接數
total_commands_processed:2341631                  #伺服器處理的總命令數
instantaneous_ops_per_sec:0                       #每秒處理的命令數
total_net_input_bytes:125344667                   #從網路讀取的總位元組數
total_net_output_bytes:1712517025                 #寫入網路的總位元組數
instantaneous_input_kbps:0.00                     #網路讀取速率KB/sec
instantaneous_output_kbps:0.00                    #網路寫入速率KB/sec 
rejected_connections:0                            #因達到最大連接數而拒絕的連接
sync_full:1                                       #給從節點完全同步的數量
sync_partial_ok:0                                 #接受的同步請求數量
sync_partial_err:0                                #拒絕的同步請求數量
expired_keys:0                                    #鍵到期的總數
expired_stale_perc:0.00
expired_time_cap_reached_count:0
evicted_keys:0                           #因達到maxmemory限制而被驅逐的鍵的數量
keyspace_hits:641037            #Number of successful lookup of keys in the main dictionary
keyspace_misses:9002            #Number of failed lookup of keys in the main dictionary
pubsub_channels:1
pubsub_patterns:0
latest_fork_usec:326                     #最新fork操作的持續時間(以微秒為單位)
migrate_cached_sockets:0
slave_expires_tracked_keys:0
active_defrag_hits:0
active_defrag_misses:0
active_defrag_key_hits:0
active_defrag_key_misses:0

# Replication
role:master                              #master or slave
connected_slaves:0                       #已建立連接的從節點數
master_replid:fe1bb6f5cfef91b36603d8e57081cc02890705c8    #複製ID
master_replid2:0000000000000000000000000000000000000000   #第二個複製ID,用於failover的PSYNC
master_repl_offset:86270959              #服務當前的複製偏移量
second_repl_offset:-1           #The offset up to which replication IDs are accepted
repl_backlog_active:0
repl_backlog_size:1048576                #複製積壓緩衝區的總大小(B)
repl_backlog_first_byte_offset:85222384  #複製積壓緩衝區的主偏移量
repl_backlog_histlen:1048576             #複製積壓緩衝區中數據的大小

# CPU
used_cpu_sys:24.941282                    #Redis服務消耗的系統cpu
used_cpu_user:18.820039                   #Redis服務消耗的用戶cpu
used_cpu_sys_children:0.050757            #後臺進程占用的系統cpu
used_cpu_user_children:0.259980           #後臺進程占用的用戶cpu

# Cluster                                 #集群信息
cluster_enabled:0

# Keyspace                                #資料庫的統計信息
db0:keys=85766,expires=0,avg_ttl=0

used_memory_rss和used_memory之間的比率解讀:

  在理想情況下, used_memory_rss 的值應該只比 used_memory 稍微高一點兒。當 rss > used ,且兩者的值相差較大時,表示存在(內部或外部的)記憶體碎片。記憶體碎片的比率可以通過 mem_fragmentation_ratio 的值看出。當 used > rss 時,表示 Redis 的部分記憶體被操作系統換出到交換空間了,在這種情況下,操作可能會產生明顯的延遲。當 Redis 釋放記憶體時,分配器可能會,也可能不會,將記憶體返還給操作系統。如果 Redis 釋放了記憶體,卻沒有將記憶體返還給操作系統,那麼 used_memory 的值可能和操作系統顯示的 Redis 記憶體占用並不一致。查看 used_memory_peak 的值可以驗證這種情況是否發生。

 

轉載自:https://www.cnblogs.com/unsigned1995/p/11299695.html


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 工作中,對於文本文件的編輯我們經常有這樣的需求: 多次重覆輸入一段相同文本; 生成一段序列化的文本; 每行文本插入一句相同的文本。 除此之外,還有很多需要重覆操作的動作。對於這些需求,如果我們人工去操作的話,肯定是非常枯燥乏味,並且要浪費很多時間精力。 這時, Vim 巨集就派上用場了,它可以通過一些 ...
  • 隨著互聯網的高速發展,傳統的關係資料庫(如MySQL、Microsoft SQL Server等)已不能滿足日益增長的業務需求,如商品秒殺、搶購等及時性非常強的功能,隨著應用高併發的訪問,會造成系統資料庫崩潰,為瞭解決此種情況,需要引用一個緩存中間件,市面上比較常用的緩存中間件有Redis 和 Me... ...
  • 鏈接:https://blog.csdn.net/qq_41059374/article/details/80695581?depth_1-utm_source=distribute.pc_relevant.none-task&utm_source=distribute.pc_relevant.no ...
  • 一個字元類型的、一個int類型的,查詢的時候到底會不會走索引,其實很多工作了幾年的開發人員有時也會暈,下麵就用具體事例來測試一下。 1. 準備工作 先準備2張表,以備後續測試使用。 表1:創建表test1,總共3列,其中id 是主鍵(int),c_no 為int型,且有索引,c_2為普通欄位 /*創 ...
  • 鏈接1:https://blog.csdn.net/u012453843/article/details/70878117 鏈接2:https://www.cnblogs.com/niunafei/p/11294560.html ...
  • 事情的起因呢,是因為朋友問我的。幾經周折,自己粗心大意了很多細節,不廢話,直接開始 一、redis的安裝我就略過了, 二、修改redis的配置文件 redis.conf 1. bind 設置為 0.0.0.0 2. protected-mode 設置為no (也就是關閉保護模式) 3. daemon ...
  • Mybatis 的 Mapper.xml 語句中 parameterType 向SQL語句傳參有兩種方式:\ { } 和 ${ }。 使用\ { }是來防止SQL註入,使用${ }是用來動態拼接參數。 如何排查出 1. 檢查是否有\$號 如果你使用的是ide代碼編輯器,那麼可以通過全局搜索 , 快速 ...
  • 探索資料庫內部存儲數據存儲結構,將從資料庫內部如何存儲數據,索引數據如何存儲,操作數據對存儲影響,最後總結。 ...
一周排行
    -Advertisement-
    Play Games
  • GoF之工廠模式 @目錄GoF之工廠模式每博一文案1. 簡單說明“23種設計模式”1.2 介紹工廠模式的三種形態1.3 簡單工廠模式(靜態工廠模式)1.3.1 簡單工廠模式的優缺點:1.4 工廠方法模式1.4.1 工廠方法模式的優缺點:1.5 抽象工廠模式1.6 抽象工廠模式的優缺點:2. 總結:3 ...
  • 新改進提供的Taurus Rpc 功能,可以簡化微服務間的調用,同時可以不用再手動輸出模塊名稱,或調用路徑,包括負載均衡,這一切,由框架實現並提供了。新的Taurus Rpc 功能,將使得服務間的調用,更加輕鬆、簡約、高效。 ...
  • 本章將和大家分享ES的數據同步方案和ES集群相關知識。廢話不多說,下麵我們直接進入主題。 一、ES數據同步 1、數據同步問題 Elasticsearch中的酒店數據來自於mysql資料庫,因此mysql數據發生改變時,Elasticsearch也必須跟著改變,這個就是Elasticsearch與my ...
  • 引言 在我們之前的文章中介紹過使用Bogus生成模擬測試數據,今天來講解一下功能更加強大自動生成測試數據的工具的庫"AutoFixture"。 什麼是AutoFixture? AutoFixture 是一個針對 .NET 的開源庫,旨在最大程度地減少單元測試中的“安排(Arrange)”階段,以提高 ...
  • 經過前面幾個部分學習,相信學過的同學已經能夠掌握 .NET Emit 這種中間語言,並能使得它來編寫一些應用,以提高程式的性能。隨著 IL 指令篇的結束,本系列也已經接近尾聲,在這接近結束的最後,會提供幾個可供直接使用的示例,以供大伙分析或使用在項目中。 ...
  • 當從不同來源導入Excel數據時,可能存在重覆的記錄。為了確保數據的準確性,通常需要刪除這些重覆的行。手動查找並刪除可能會非常耗費時間,而通過編程腳本則可以實現在短時間內處理大量數據。本文將提供一個使用C# 快速查找並刪除Excel重覆項的免費解決方案。 以下是實現步驟: 1. 首先安裝免費.NET ...
  • C++ 異常處理 C++ 異常處理機制允許程式在運行時處理錯誤或意外情況。它提供了捕獲和處理錯誤的一種結構化方式,使程式更加健壯和可靠。 異常處理的基本概念: 異常: 程式在運行時發生的錯誤或意外情況。 拋出異常: 使用 throw 關鍵字將異常傳遞給調用堆棧。 捕獲異常: 使用 try-catch ...
  • 優秀且經驗豐富的Java開發人員的特征之一是對API的廣泛瞭解,包括JDK和第三方庫。 我花了很多時間來學習API,尤其是在閱讀了Effective Java 3rd Edition之後 ,Joshua Bloch建議在Java 3rd Edition中使用現有的API進行開發,而不是為常見的東西編 ...
  • 框架 · 使用laravel框架,原因:tp的框架路由和orm沒有laravel好用 · 使用強制路由,方便介面多時,分多版本,分文件夾等操作 介面 · 介面開發註意欄位類型,欄位是int,查詢成功失敗都要返回int(對接java等強類型語言方便) · 查詢介面用GET、其他用POST 代碼 · 所 ...
  • 正文 下午找企業的人去鎮上做貸後。 車上聽同事跟那個司機對罵,火星子都快出來了。司機跟那同事更熟一些,連我在內一共就三個人,同事那一手指桑罵槐給我都聽愣了。司機也是老社會人了,馬上聽出來了,為那個無辜的企業經辦人辯護,實際上是為自己辯護。 “這個事情你不能怪企業。”“但他們總不能讓銀行的人全權負責, ...