Redis info的參數詳解

來源:互聯網
上載者:User

Redis info的參數詳解

Redis官網對 info 已經講解的比較清楚的,參考文檔 。可以看到,info的輸出結果是分幾塊的,有Servers、Clients、Memory等等,通過info後面接這些參數,可以指定輸出某一塊資料。

Redis 2.4.10,並沒有分塊輸出,而且也無法按上面說的加選項控制輸出某一塊,後來升級到2.6.72.6.8的版本,都報 Segment Fault 段錯誤,找了半天沒法解決,在Gentoo論壇問過,應該是一個bug。

後來再更新portage樹,然後換上2.6.9的版本,就沒這個問題了

查看stat

root@localhost:~#redis-cli  info stats

# Stats

total_connections_received:558158

total_commands_processed:917

instantaneous_ops_per_sec:0

total_net_input_bytes:19652432

total_net_output_bytes:23901681

instantaneous_input_kbps:0.00

instantaneous_output_kbps:0.00

rejected_connections:0

sync_full:0

sync_partial_ok:0

sync_partial_err:0

expired_keys:156

evicted_keys:0

keyspace_hits:496

keyspace_misses:188

pubsub_channels:0

pubsub_patterns:0

latest_fork_usec:179

migrate_cached_sockets:0

下面是針對info的輸出

# 參考:http://redis.io/commands/info

#

#

# Server

redis_version:2.6.9

redis_git_sha1:00000000

redis_git_dirty:0

redis_mode:standalone

os:Linux 3.4.9-gentoo x86_64

arch_bits:64

multiplexing_api:epoll          # redis的事件迴圈機制

gcc_version:4.6.3

process_id:18926

run_id:df8ad7574f3ee5136e8be94aaa6602a0079704cc # 標識redis server的隨機值

tcp_port:6379

uptime_in_seconds:120          # redis server啟動的時間(單位s)

uptime_in_days:0                # redis server啟動的時間(單位d)

lru_clock:321118                # Clock incrementing every minute, for LRU management TODO 不清楚是如何計算的

 

# Clients

connected_clients:3            # 串連的用戶端數

client_longest_output_list:0    # 當前用戶端串連的最大輸出資料行表    TODO

client_biggest_input_buf:0      # 當前用戶端串連的最大輸入buffer TODO

blocked_clients:0              # 被阻塞的用戶端數

 

# Memory

used_memory:573456              # 使用記憶體,單位B

used_memory_human:560.02K      # human read顯示使用記憶體

used_memory_rss:1798144        # 系統給redis分配的記憶體(即常駐記憶體)

used_memory_peak:551744        # 記憶體使用量的峰值大小

used_memory_peak_human:538.81K  # human read顯示尖峰記憶體使用量

used_memory_lua:31744          # lua引擎使用的記憶體

mem_fragmentation_ratio:3.14    # used_memory_rss/used_memory比例,一般情況下,used_memory_rss略高於used_memory,當記憶體片段較多時,則mem_fragmentation_ratio會較大,可以反映記憶體片段是否很多

mem_allocator:jemalloc-3.3.1    # 記憶體 Clerk

 

# Persistence

##########################

# rdb和aof事redis的兩種持久化機制

#

# rdb是通過設定檔設定save的時間的改動數量來操作

# 把上次改動後的資料達到設定的指標後儲存到db

# 如果中間發生了crash,則資料會丟失

# 這種策略被叫做快照

#

# aof是持續的把寫操作執行寫入一個類似日誌的檔案

# 但是會影響應能

# 分為appendfsync always和appendfsync eversec

# 前者每次寫操作都同步,資料安全性高,但是特別消耗效能

# 後者每秒同步一次,如果發生crash,則可能會丟失1s的資料

##########################

loading:0                      #

rdb_changes_since_last_save:0  # 自上次dump後rdb的改動

rdb_bgsave_in_progress:0        # 標識rdb save是否進行中

rdb_last_save_time:1366359865  # 上次save的時間戳記

rdb_last_bgsave_status:ok      # 上次的save操作狀態

rdb_last_bgsave_time_sec:-1    # 上次rdb save操作使用的時間(單位s)

rdb_current_bgsave_time_sec:-1  # 如果rdb save操作進行中,則是所使用的時間

----------------------------

aof_enabled:0                  # 是否開啟aof,預設沒開啟

aof_rewrite_in_progress:0      # 標識aof的rewrite操作是否在進行中

aof_rewrite_scheduled:0        # 標識是否將要在rdb save操作結束後執行

aof_last_rewrite_time_sec:-1    # 上次rewrite操作使用的時間(單位s)

aof_current_rewrite_time_sec:-1 # 如果rewrite操作進行中,則記錄所使用的時間

aof_last_bgrewrite_status:ok    # 上次rewrite操作的狀態

-----------------------------

# 開啟aof後增加的一些info資訊

aof_current_size:0              # aof當前大小

aof_base_size:0                # aof上次啟動或rewrite的大小

aof_pending_rewrite:0          # 同上面的aof_rewrite_scheduled

aof_buffer_length:0            # aof buffer的大小

aof_rewrite_buffer_length:0    # aof rewrite buffer的大小

aof_pending_bio_fsync:0        # 後台IO隊列中等待fsync任務的個數

aof_delayed_fsync:0            # 延遲的fsync計數器 TODO

-----------------------------

 

# Stats

total_connections_received:7    # 自啟動起串連過的總數

total_commands_processed:7      # 自啟動起運行命令的總數

instantaneous_ops_per_sec:0    # 每秒執行的命令個數

rejected_connections:0          # 因為最大用戶端串連書限制,而導致被拒絕串連的個數

expired_keys:0                  # 自啟動起到期的key的總數

evicted_keys:0                  # 因為記憶體大小限制,而被驅逐出去的鍵的個數

keyspace_hits:0                # 在main dictionary(todo)中成功查到的key個數

keyspace_misses:0              # 同上,未查到的key的個數

pubsub_channels:0              # 發布/訂閱頻道數

pubsub_patterns:0              # 發布/訂閱模式數

latest_fork_usec:0              # 上次的fork操作使用的時間(單位ms)

##########################

# pubsub是一種訊息傳送的方式,分為頻道和模式兩種

# 訊息不支援持久化,訊息方中斷後再串連,前面的訊息就會沒了

# 頻道是指通過SUBSCRIBE指定一個固定的頻道來訂閱

# 模式是指通過PSUBSCRIBE模式比對來訂閱相關的匹配給定模式的頻道

##########################

 

# Replication

role:master                    # 角色

connected_slaves:1              # 串連的從庫數

slave0:127.0.0.1,7777,online

-----------------------------

role:slave

master_host:127.0.0.1

master_port:6379

master_link_status:up

master_last_io_seconds_ago:4

master_sync_in_progress:0      # 標識主redis正在同步到從redis

slave_priority:100

slave_read_only:1

connected_slaves:0

 

 

# CPU

used_cpu_sys:0.00          # redis server的sys cpu使用率

used_cpu_user:0.12          # redis server的user cpu使用率

used_cpu_sys_children:0.00  # 後台進程的sys cpu使用率

used_cpu_user_children:0.00 # 後台進程的user cpu使用率

 

# Keyspace

db0:keys=2,expires=0

db1:keys=1,expires=0

下面關於Redis的文章您也可能喜歡,不妨參考下:

Ubuntu 14.04下Redis安裝及簡單測試

Redis主從複製基本配置

Redis叢集明細文檔

Ubuntu 12.10下安裝Redis(圖文詳解)+ Jedis串連Redis

Redis系列-安裝部署維護篇

CentOS 6.3安裝Redis

Redis安裝部署學習筆記

Redis設定檔redis.conf 詳解

Redis 的詳細介紹:請點這裡
Redis 的:請點這裡

本文永久更新連結地址:

相關文章

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.