redis info命令中各個參數(shù)的含義

參考:https://redis.io/commands/info

命令:

info <section>

返回:

# Server 一般 Redis 服務(wù)器信息绘趋,包含以下域:

redis_version:3.2.8? Redis 服務(wù)器版本

redis_git_sha1:00000000? Git SHA1

redis_git_dirty:0? Git dirty flag

redis_build_id:93dbbc5f2205ea95

redis_mode:cluster

os:Linux 3.10.0-514.el7.x86_64 x86_64? Redis 服務(wù)器的宿主操作系統(tǒng)

arch_bits:64? 架構(gòu)(32 或 64 位)

multiplexing_api:epoll? Redis 所使用的事件處理機制

gcc_version:4.8.5 編譯 Redis 時所使用的 GCC 版本

process_id:31613? 服務(wù)器進程的 PID

run_id:d370dd9e288b29c519f152e7d2027a6220a1a2f1? Redis 服務(wù)器的隨機標識符(用于 Sentinel 和集群)

tcp_port:6379? TCP/IP 監(jiān)聽端口

uptime_in_seconds:242413? 自 Redis 服務(wù)器啟動以來建椰,經(jīng)過的秒數(shù)

uptime_in_days:2? 自 Redis 服務(wù)器啟動以來,經(jīng)過的天數(shù)

hz:10

lru_clock:16603370? 以分鐘為單位進行自增的時鐘你虹,用于 LRU 管理

executable:/root/redis-server

config_file:/etc/redis/6379.conf

# Clients

connected_clients:2 ?已連接客戶端的數(shù)量(不包括通過從屬服務(wù)器連接的客戶端)

client_longest_output_list:0 當前連接的客戶端當中敛纲,最長的輸出列表

client_biggest_input_buf:0 當前連接的客戶端當中耘眨,最大輸入緩存

blocked_clients:0? 正在等待阻塞命令(BLPOP、BRPOP驻龟、BRPOPLPUSH)的客戶端的數(shù)量

# Memory

used_memory:12530472? 由 Redis 分配器分配的內(nèi)存總量温眉,以字節(jié)(byte)為單位

used_memory_human:11.95M? 以人類可讀的格式返回 Redis 分配的內(nèi)存總量

used_memory_rss:17563648? 從操作系統(tǒng)的角度,返回 Redis 已分配的內(nèi)存總量(俗稱常駐集大形毯)类溢。這個值和top、ps等命令的輸出一致露懒。

used_memory_rss_human:16.75M

used_memory_peak:91615144? Redis 的內(nèi)存消耗峰值(以字節(jié)為單位)

used_memory_peak_human:87.37M? 以人類可讀的格式返回 Redis 的內(nèi)存消耗峰值

total_system_memory:33738391552

total_system_memory_human:31.42G

used_memory_lua:37888 Lua 引擎所使用的內(nèi)存大写忱洹(以字節(jié)為單位)

used_memory_lua_human:37.00K

maxmemory:0

maxmemory_human:0B

maxmemory_policy:noeviction 內(nèi)存淘汰機制,當內(nèi)存使用達到閾值的時候懈词,所有引起申請內(nèi)存的命令會報錯

mem_fragmentation_ratio:1.40? used_memory_rss 和 used_memory 之間的比率蛇耀,內(nèi)存碎片比率

mem_allocator:jemalloc-4.0.3? 在編譯時指定的, Redis 所使用的內(nèi)存分配器坎弯》牡樱可以是 libc 、 jemalloc 或者 tcmalloc 抠忘。

在理想情況下撩炊,used_memory_rss的值應(yīng)該只比used_memory稍微高一點兒。

當rss>used崎脉,且兩者的值相差較大時拧咳,表示存在(內(nèi)部或外部的)內(nèi)存碎片。

內(nèi)存碎片的比率可以通過mem_fragmentation_ratio的值看出囚灼。

當used>rss時骆膝,表示 Redis 的部分內(nèi)存被操作系統(tǒng)換出到交換空間了祭衩,在這種情況下,操作可能會產(chǎn)生明顯的延遲阅签。

Because Redis does not have control over how its allocations are mapped to memory pages, highused_memory_rssis often the result of a spike in memory usage.

當 Redis 釋放內(nèi)存時掐暮,分配器可能會,也可能不會愉择,將內(nèi)存返還給操作系統(tǒng)劫乱。

如果 Redis 釋放了內(nèi)存,卻沒有將內(nèi)存返還給操作系統(tǒng)锥涕,那么used_memory的值可能和操作系統(tǒng)顯示的 Redis 內(nèi)存占用并不一致。

查看used_memory_peak的值可以驗證這種情況是否發(fā)生狭吼。

# Persistence RDB和AOF的相關(guān)信息

loading:0? 是否在持久化文件

rdb_changes_since_last_save:0? 最近一次持久化是多少秒之前

rdb_bgsave_in_progress:0? 是否正在創(chuàng)建rdb文件

rdb_last_save_time:1492771410? 最近一次成功創(chuàng)建rdb文件的時間戳

rdb_last_bgsave_status:ok? 最近一次創(chuàng)建RDB文件的結(jié)果

rdb_last_bgsave_time_sec:0 最近一次創(chuàng)建RDB文件消耗的時間

rdb_current_bgsave_time_sec:-1? 如果服務(wù)器正在創(chuàng)建 RDB 文件层坠,那么這個域記錄的就是當前的創(chuàng)建操作已經(jīng)耗費的秒數(shù)

aof_enabled:1? 一個標志值,記錄了 AOF 是否處于打開狀態(tài)

aof_rewrite_in_progress:0? 一個標志值刁笙,記錄了服務(wù)器是否正在創(chuàng)建 AOF 文件

aof_rewrite_scheduled:0 ?一個標志值破花,記錄了在 RDB 文件創(chuàng)建完畢之后,是否需要執(zhí)行預(yù)約的 AOF 重寫操作

aof_last_rewrite_time_sec:1 最后一次AOF重寫耗時

aof_current_rewrite_time_sec:-1 當前運行AOF重寫的時間疲吸,-1代表未運行

aof_last_bgrewrite_status:ok 一個標志值座每,記錄了最近一次創(chuàng)建 AOF 文件的結(jié)果是成功還是失敗

aof_last_write_status:ok

aof_current_size:60614695 AOF文件當前字節(jié)數(shù)

aof_base_size:14635244 AOF上次重寫rewrite的字節(jié)數(shù)

aof_pending_rewrite:0? 一個標志值,記錄了是否有 AOF 重寫操作在等待 RDB 文件創(chuàng)建完畢之后執(zhí)行

aof_buffer_length:0? AOF 緩沖區(qū)的大小

aof_rewrite_buffer_length:0? AOF 重寫緩沖區(qū)的大小

aof_pending_bio_fsync:0? 后臺 I/O 隊列里面摘悴,等待執(zhí)行的 fsync 調(diào)用數(shù)量

aof_delayed_fsync:0? 被延遲的 fsync 調(diào)用數(shù)量

# Stats

total_connections_received:50606? 服務(wù)器已經(jīng)接受的鏈接請求數(shù)量

total_commands_processed:26500168? 服務(wù)器已經(jīng)執(zhí)行的命令數(shù)量

instantaneous_ops_per_sec:2? 服務(wù)器每秒自定的命令數(shù)量

total_net_input_bytes:1798487369? 自 redis 服務(wù)器啟動以來峭梳,流入的流量,以字節(jié)(byte)為單位

total_net_output_bytes:27280703003? 自 redis 服務(wù)器啟動以來蹂喻,流出的流量葱椭,以字節(jié)(byte)為單位

instantaneous_input_kbps:0.10? 接收輸入的速率(每秒)

instantaneous_output_kbps:0.00? 輸出的速率(每秒)

rejected_connections:0? 因為最大客戶端數(shù)目限制而被拒絕的鏈接請求數(shù)量

sync_full:4

sync_partial_ok:0

sync_partial_err:0

expired_keys:0 運行以來過期的 key 的數(shù)量

evicted_keys:0 運行以來刪除過的key的數(shù)量

keyspace_hits:8000002 查找數(shù)據(jù)庫鍵成功的次數(shù)

keyspace_misses:1 查找數(shù)據(jù)庫鍵失敗的次數(shù)

pubsub_channels:0 目前被訂閱的頻道次數(shù)

pubsub_patterns:0 目前被訂閱的模式數(shù)量

latest_fork_usec:872? 最近一次?fork()?操作耗費的毫秒數(shù)

migrate_cached_sockets:0

# Replication

role:master

connected_slaves:2

slave0:ip=127.0.0.1,port=6382,state=online,offset=320339289,lag=1? lag表示與從節(jié)點最后一次通信延遲的秒數(shù)

slave1:ip=127.0.0.1,port=6385,state=online,offset=320339289,lag=1

master_repl_offset:320339289? 主節(jié)點復(fù)制偏移量

repl_backlog_active:1? 開啟復(fù)制緩沖區(qū)

repl_backlog_size:1048576? 緩沖區(qū)最大長度

repl_backlog_first_byte_offset:319290714 起始偏移量,計算當前緩沖區(qū)可用范圍

repl_backlog_histlen:1048576? 以保存數(shù)據(jù)的有效長度

# CPU

used_cpu_sys:608.30? 服務(wù)器耗費的系統(tǒng) CPU

used_cpu_user:598.12 服務(wù)器耗費的用戶 CPU

used_cpu_sys_children:0.35 后臺進程耗費的系統(tǒng) CPU

used_cpu_user_children:1.32 后臺進程耗費的用戶 CPU

# Cluster

cluster_enabled:1

# Keyspace

db0:keys=3,expires=0,avg_ttl=0 各個數(shù)據(jù)庫的 key 的數(shù)量口四,以及帶有生存期的 key 的數(shù)量

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末孵运,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子蔓彩,更是在濱河造成了極大的恐慌治笨,老刑警劉巖,帶你破解...
    沈念sama閱讀 212,816評論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件赤嚼,死亡現(xiàn)場離奇詭異旷赖,居然都是意外死亡,警方通過查閱死者的電腦和手機探膊,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,729評論 3 385
  • 文/潘曉璐 我一進店門杠愧,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人逞壁,你說我怎么就攤上這事流济∪衤啵” “怎么了?”我有些...
    開封第一講書人閱讀 158,300評論 0 348
  • 文/不壞的土叔 我叫張陵绳瘟,是天一觀的道長雕憔。 經(jīng)常有香客問我,道長糖声,這世上最難降的妖魔是什么斤彼? 我笑而不...
    開封第一講書人閱讀 56,780評論 1 285
  • 正文 為了忘掉前任,我火速辦了婚禮蘸泻,結(jié)果婚禮上琉苇,老公的妹妹穿的比我還像新娘。我一直安慰自己悦施,他們只是感情好并扇,可當我...
    茶點故事閱讀 65,890評論 6 385
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著抡诞,像睡著了一般穷蛹。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上昼汗,一...
    開封第一講書人閱讀 50,084評論 1 291
  • 那天肴熏,我揣著相機與錄音,去河邊找鬼顷窒。 笑死蛙吏,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的蹋肮。 我是一名探鬼主播出刷,決...
    沈念sama閱讀 39,151評論 3 410
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼坯辩!你這毒婦竟也來了馁龟?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,912評論 0 268
  • 序言:老撾萬榮一對情侶失蹤漆魔,失蹤者是張志新(化名)和其女友劉穎坷檩,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體改抡,經(jīng)...
    沈念sama閱讀 44,355評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡矢炼,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,666評論 2 327
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了阿纤。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片句灌。...
    茶點故事閱讀 38,809評論 1 341
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出胰锌,到底是詐尸還是另有隱情骗绕,我是刑警寧澤,帶...
    沈念sama閱讀 34,504評論 4 334
  • 正文 年R本政府宣布资昧,位于F島的核電站酬土,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏格带。R本人自食惡果不足惜撤缴,卻給世界環(huán)境...
    茶點故事閱讀 40,150評論 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望叽唱。 院中可真熱鬧屈呕,春花似錦、人聲如沸尔觉。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,882評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽侦铜。三九已至,卻和暖如春钟鸵,著一層夾襖步出監(jiān)牢的瞬間钉稍,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,121評論 1 267
  • 我被黑心中介騙來泰國打工棺耍, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留贡未,地道東北人。 一個月前我還...
    沈念sama閱讀 46,628評論 2 362
  • 正文 我出身青樓蒙袍,卻偏偏與公主長得像俊卤,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子害幅,可洞房花燭夜當晚...
    茶點故事閱讀 43,724評論 2 351

推薦閱讀更多精彩內(nèi)容

  • 1.1 資料 消恍,最好的入門小冊子,可以先于一切文檔之前看以现,免費狠怨。 作者Antirez的博客,Antirez維護的R...
    JefferyLcm閱讀 17,036評論 1 51
  • 轉(zhuǎn)載地址:http://gnucto.blog.51cto.com/3391516/998509 Redis與Me...
    Ddaidai閱讀 21,446評論 0 82
  • NOSQL類型簡介鍵值對:會使用到一個哈希表邑遏,表中有一個特定的鍵和一個指針指向特定的數(shù)據(jù)佣赖,如redis,volde...
    MicoCube閱讀 3,961評論 2 27
  • Redis 配置文件示例 注意:想要讀取配置文件记盒,Redis的第一個參數(shù)必須是文件的路徑 ./redis-serv...
    起個名忒難閱讀 1,194評論 0 1
  • 上午一節(jié)課纪吮,沒干什么大事俩檬,就看了幾篇翻譯和作文萎胰,收獲不大。 回宿舍后豆胸,午飯后午休了會奥洼,下午3點多起床,截止到次日凌...
    鴻儒丶白丁閱讀 160評論 0 1