redis info 詳解

查看redis的狀態(以aws上面的redis實例爲例子):git

redis-cli   -h 主機 -a 密碼  -p 端口   ‘info’redis

# Server
redis_version:3.2.10    ##redis版本
redis_git_sha1:0          ##git上版本
redis_git_dirty:0          ##git的代碼是否修改
redis_build_id:0          ##編譯時ID
redis_mode:standalone  ##redis運行模式
os:Amazon ElastiCache   ##服務器的宿主操做系統
arch_bits:64     ##架構(32或64位)
multiplexing_api:epoll     ##Redis基於epoll模型
gcc_version:0.0.0  ##編譯redis的GCC版本
process_id:1    ##服務器進程的pid
run_id:3802b560256fc3702fd858ebdf877b8ace8d6630   ##Redis 服務器的隨機標識符(用於 Sentinel 和集羣)
tcp_port:6379   ##redis的tcp端口
uptime_in_seconds:77788    ##redis自啓動以來,一共運行了多少秒
uptime_in_days:0    ##redis自啓動以來,一共運行了多少天
hz:10      
lru_clock:11803518    ##以分鐘爲單位進行自增的時鐘,用於 LRU 管理
executable:-     ##redis的服務
config_file:-    ##redis的配置文件算法

# Clients
connected_clients:394              ##已鏈接客戶端的數量(不包括經過從屬服務器鏈接的客戶端)
client_longest_output_list:0      ##當前鏈接的客戶端當中,最長的輸出列表
client_biggest_input_buf:0       ##當前鏈接的客戶端當中,最大輸入緩存
blocked_clients:0                     ##正在等待阻塞命令(BLPOP、BRPOP、BRPOPLPUSH)的客戶端的數量數據庫

# Memory
used_memory:5238452648    ##由 Redis 分配器分配的內存總量,以字節(byte)爲單位
used_memory_human:4.88G   ##由Redis分配的內存的總量,單位G給人看的
used_memory_rss:5469782016    ## Redis進程從OS角度分配的物理內存,如key被刪除後,malloc不必定把內存歸還給OS,但能夠Redis進程複用,表明redis使用的總內存,除兩次1024,換算成M
used_memory_rss_human:5.09G    ##Redis進程從OS角度分配的物理內存,如key被刪除後,malloc不必定把內存歸還給OS,但能夠Redis進程複用,表明redis使用的總內存,給人看的
used_memory_peak:5883554584    ##Redis使用內存的峯值,字節數    給機器看的
used_memory_peak_human:5.48G   ##Redis使用內存的峯值,單位G     給人看的
used_memory_lua:37888          ##lua引擎使用的內存總量,字節數;有使用lua腳本的注意監控
used_memory_lua_human:37.00K        ##lua引擎使用的內存總量,給人看的
maxmemory:11496376320         ##redis可使用的最大的內存,字節數,給機器看的
maxmemory_human:10.71G       ##redis可使用的最大的內存,給人看的
maxmemory_policy:volatile-lru      ##設置刪除key的規則(有6種,api

  1. volatile-lru:只對設置了過時時間的key進行LRU(默認值) 緩存

  2. allkeys-lru : 刪除lru算法的key   服務器

  3. volatile-random:隨機刪除即將過時key   網絡

  4. allkeys-random:隨機刪除   架構

  5. volatile-ttl : 刪除即將過時的   併發

  6. noeviction : 永不過時,返回錯誤 


mem_fragmentation_ratio:1.04      ##內存碎片太高(若是實例比較小,這個指標可能比較大,不實用)實用的內存碎片換算:used_memory_peak-used_memory  多出來的就是內豐碎片,重啓後此碎片消失。
mem_allocator:jemalloc-4.0.3   ##Redis內存管理器

# Persistence   
loading:0          ##標誌位,是否在載入數據文件,0表明沒有,1表明正在載入
rdb_changes_since_last_save:23910414     ##從最近一次dump快照後,未被dump的變動次數(和save裏變動計數器相似)
rdb_bgsave_in_progress:0        ##標誌位,記錄當前是否在建立RDB快照
rdb_last_save_time:1555246900        ##最近一次建立RDB快照文件的Unix時間戳
rdb_last_bgsave_status:ok                ##標誌位,記錄最近一次bgsave操做是否建立成功
rdb_last_bgsave_time_sec:53        ##最近一次bgsave操做耗時秒數
rdb_current_bgsave_time_sec:-1        ##當前bgsave執行耗時秒數(-1 尚未執行)
aof_enabled:0            ##appenonly是否開啓,appendonly爲yes則爲1,no則爲0
aof_rewrite_in_progress:0        ##AOF重寫是否正在進行
aof_rewrite_scheduled:0        ##AOF重寫是否被RDB save操做阻塞等待
aof_last_rewrite_time_sec:-1        ##最近一次AOF重寫操做耗時
aof_current_rewrite_time_sec:-1        ##當前AOF重寫持續的耗時
aof_last_bgrewrite_status:ok        ##最近一次AOF重寫操做是否成功
aof_last_write_status:ok        ##最近一次AOF寫入操做是否成功

aof_current_size:9835262755

AOF 文件目前的大小   字節

aof_base_size:5503440342

服務器啓動時或者 AOF 重寫最近一次執行以後,AOF 文件的大小

aof_pending_rewrite:0

是否有 AOF 重寫操做在等待 RDB 文件建立完畢以後執行

aof_buffer_length:0

AOF 緩衝區的大小

aof_rewrite_buffer_length:0

AOF 重寫緩衝區的大小

aof_pending_bio_fsync:0

後臺 I/O 隊列裏面,等待執行的 fsync 調用數量

aof_delayed_fsync:0

被延遲的 fsync 調用數量

# Stats
total_connections_received:6379828           ##服務器已接受的鏈接請求數量
total_commands_processed:81224444        ##服務器已執行的命令數量
instantaneous_ops_per_sec:1127            ##服務器每秒鐘執行的命令數量        
total_net_input_bytes:18584424305        ##Redis每秒網絡輸入的字節數
total_net_output_bytes:77018034738        ##Redis每秒網絡輸出的字節數
instantaneous_input_kbps:254.88        ##瞬間的Redis輸入網絡流量(kbps)
instantaneous_output_kbps:1013.06        ##瞬間的Redis輸出網絡流量(kbps)    
rejected_connections:0            ##因鏈接數達到maxclients上限後,被拒絕的鏈接個數
sync_full:1                ##累計Master full sync的次數;若是值比較大,說明經常出現全量複製,就得分析緣由,或調整repl-backlog-size
sync_partial_ok:0        ##累計Master psync成功的次數
sync_partial_err:0            ##累計Master pysync 出錯失敗的次數
expired_keys:3220662        ##由於過時而被自動刪除的數據庫鍵數量    
evicted_keys:0            ##因內存used_memory達到maxmemory後,每秒被驅逐的key個數    
keyspace_hits:19703662        ##查找鍵命中的次數
keyspace_misses:6473188        ##查找鍵未命中的次數
pubsub_channels:84            ##目前被訂閱的頻道數量
pubsub_patterns:0            ##目前被訂閱的模式數量
latest_fork_usec:0            ##最近一次fork操做的耗時的微秒數(BGREWRITEAOF,BGSAVE,SYNC等都會觸發fork),當併發場景fork耗時過長對服務影響較大
migrate_cached_sockets:0    ##遷移緩存的套接字

# Replication
role:master        ##當前Redis的主從狀態
connected_slaves:1        ##下面有幾個slave
slave0:ip=172.16.3.209,port=6379,state=online,offset=7556814795556,lag=1        ##state=online Redis狀態,offset=841328220554  Redis偏移量,lag=1 延時的秒數
master_repl_offset:7556814892028        ##master複製的偏移量、
repl_backlog_active:1            標誌位,master是否開啓了repl_backlog,有效地psync(2.8+)
repl_backlog_size:1048576        ##repl_backlog的長度(repl-backlog-size),網絡環境不穩定的,建議調整大些。(主從之間如何網絡延時過大能夠調整此參數,避免重複的觸發全量同步)
repl_backlog_first_byte_offset:7556813843453        ##repl_backlog中首字節的複製偏移位    
repl_backlog_histlen:1048576            ##repl_backlog當前使用的字節數

# CPU
used_cpu_sys:815.33            ##Redis進程消耗的sys cpu
used_cpu_user:6904.00        ##Redis進程消耗的user cpu
used_cpu_sys_children:0.00        ##後臺進程耗費的系統 CPU
used_cpu_user_children:0.00        ##後臺進程耗費的用戶 CPU

# Cluster
cluster_enabled:0            ##從服務

# Keyspace db0:keys=34432,expires=27982,avg_ttl=166891313          ## keys=29831410    key的總數,expires=0   過時的key的數量,avg_ttl=0平均key過時的時間

相關文章
相關標籤/搜索