可以看到，info的輸出結果是分幾塊的，有Servers、Clients、Memory等等，通過info后面接這些參數，可以指定輸出某一塊數據。 我剛開始在Gentoo上裝的默認版本2.4.10，並沒有分塊輸出，都是擠到一堆，而且也無法按上面說的加選項控制輸出某一塊，后來升級到2.6.7和2.6.8的版本，都報 Segment Fault 段錯誤，找了半天沒法解決，也在Gentoo論壇問過，應該是一個bug。后來再更新portage樹，然后換上2.6.9的版本，就沒這個問題了（我同事剛好也遇到這個問題，今天我讓他升級到2.6.9后，也解決了） 下面是針對info的輸出在旁邊注釋了，因為對Redis了解的不深，可能會存在錯誤，以后了解多了再慢慢完善。 # 參考：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 # 內存分配器 # 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