# Server
redis_version:2.8.19 ###redis版本號
redis_git_sha1:00000000 ###git SHA1
redis_git_dirty:0 ###git dirty flag
redis_build_id:78796c63e58b72dc
redis_mode:standalone ###redis運行模式
os:Linux 2.6.32-431.el6.x86_64 x86_64 ###os版本號
arch_bits:64 ###64位架構
multiplexing_api:epoll ###調用epoll算法
gcc_version:4.4.7 ###gcc版本號
process_id:25899 ###服務器進程PID
run_id:eae356ac1098c13b68f2b00fd7e1c9f93b1c6a2c ###Redis的隨機標識符(用于sentinel和集群)
tcp_port:6379 ###Redis監(jiān)聽的端口號
uptime_in_seconds:6419 ###Redis運行時長(s為單位)
uptime_in_days:0 ###Redis運行時長(天為單位)
hz:10
lru_clock:10737922 ###以分鐘為單位的自增時鐘,用于LRU管理
config_file:/etc/redis/redis.conf ###redis配置文件
# Clients
connected_clients:1 ###已連接客戶端的數量（ 不包括通過從屬服務器連接的客戶端） 這個參數也要一定關注， 有飆升和明顯下降時都會有問題。 即使不操作
client_longest_output_list:0 ###當前連接的客戶端中最長的輸出列表
client_biggest_input_buf:0 ###當前連接的客戶端中大的。 輸出緩存
blocked_clients:0 ###正在等待阻塞命令（ BLPOP、 BRPOP、 BRPOPLPUSH） 的客戶端的數量 需監(jiān)控
# Memory
used_memory:2281560 ###由 Redis 分配器分配的內存總量， 以字節(jié)（ byte） 為單位
used_memory_human:2.18M ###以更友好的格式輸出redis占用的內存
used_memory_rss:2699264 ###從操作系統(tǒng)的角度， 返回 Redis 已分配的內存總量（ 俗稱常駐集大?。?。 這個值和 top 、 ps 等命令的輸出一致， 包含了used_memory和內存碎片。
used_memory_peak:22141272 ### Redis 的內存消耗峰值（ 以字節(jié)為單位）
used_memory_peak_human:21.12M ###以更友好的格式輸出redis峰值內存占用
used_memory_lua:35840 ###LUA引擎所使用的內存大小
mem_fragmentation_ratio:1.18 ### =used_memory_rss /used_memory 這兩個參數都包含保存用戶k-v數據的內存和redis內部不同數據結構需要占用的內存， 并且RSS指的是包含操作系統(tǒng)給redis實例分配的內存， 這里面還包含不連續(xù)分配所帶來的開銷。 因此在理想情況下， used_memory_rss 的值應該只比 used_memory 稍微高一點兒。 當 rss > used ， 且兩者的值相差較大時， 表示存在（ 內部或外部的） 內存碎片。 內存碎片的比率可以通過 mem_fragmentation_ratio 的值看出。 當 used > rss時， 表示 Redis 的部分內存被操作系統(tǒng)換出到交換空間了， 在這種情況下， 操作可能會產生明顯的延遲。 可以說這個值大于1.5或者小于1都是有問題的。 當大于1.5的時候需要擇機進行服務器重啟。 當小于1的時候需要對redis進行數據清理
mem_allocator:jemalloc-3.6.0

redis_version:2.8.19 ###redis版本號
redis_git_sha1:00000000 ###git SHA1
redis_git_dirty:0 ###git dirty flag
redis_build_id:78796c63e58b72dc
redis_mode:standalone ###redis運行模式
os:Linux 2.6.32-431.el6.x86_64 x86_64 ###os版本號
arch_bits:64 ###64位架構
multiplexing_api:epoll ###調用epoll算法
gcc_version:4.4.7 ###gcc版本號
process_id:25899 ###服務器進程PID
run_id:eae356ac1098c13b68f2b00fd7e1c9f93b1c6a2c ###Redis的隨機標識符(用于sentinel和集群)
tcp_port:6379 ###Redis監(jiān)聽的端口號
uptime_in_seconds:6419 ###Redis運行時長(s為單位)
uptime_in_days:0 ###Redis運行時長(天為單位)
hz:10
lru_clock:10737922 ###以分鐘為單位的自增時鐘,用于LRU管理
config_file:/etc/redis/redis.conf ###redis配置文件
# Clients
connected_clients:1 ###已連接客戶端的數量（ 不包括通過從屬服務器連接的客戶端） 這個參數也要一定關注， 有飆升和明顯下降時都會有問題。 即使不操作
client_longest_output_list:0 ###當前連接的客戶端中最長的輸出列表
client_biggest_input_buf:0 ###當前連接的客戶端中大的。 輸出緩存
blocked_clients:0 ###正在等待阻塞命令（ BLPOP、 BRPOP、 BRPOPLPUSH） 的客戶端的數量 需監(jiān)控
# Memory
used_memory:2281560 ###由 Redis 分配器分配的內存總量， 以字節(jié)（ byte） 為單位
used_memory_human:2.18M ###以更友好的格式輸出redis占用的內存
used_memory_rss:2699264 ###從操作系統(tǒng)的角度， 返回 Redis 已分配的內存總量（ 俗稱常駐集大?。?。 這個值和 top 、 ps 等命令的輸出一致， 包含了used_memory和內存碎片。
used_memory_peak:22141272 ### Redis 的內存消耗峰值（ 以字節(jié)為單位）
used_memory_peak_human:21.12M ###以更友好的格式輸出redis峰值內存占用
used_memory_lua:35840 ###LUA引擎所使用的內存大小
mem_fragmentation_ratio:1.18 ### =used_memory_rss /used_memory 這兩個參數都包含保存用戶k-v數據的內存和redis內部不同數據結構需要占用的內存， 并且RSS指的是包含操作系統(tǒng)給redis實例分配的內存， 這里面還包含不連續(xù)分配所帶來的開銷。 因此在理想情況下， used_memory_rss 的值應該只比 used_memory 稍微高一點兒。 當 rss > used ， 且兩者的值相差較大時， 表示存在（ 內部或外部的） 內存碎片。 內存碎片的比率可以通過 mem_fragmentation_ratio 的值看出。 當 used > rss時， 表示 Redis 的部分內存被操作系統(tǒng)換出到交換空間了， 在這種情況下， 操作可能會產生明顯的延遲。 可以說這個值大于1.5或者小于1都是有問題的。 當大于1.5的時候需要擇機進行服務器重啟。 當小于1的時候需要對redis進行數據清理
mem_allocator:jemalloc-3.6.0

申扎ssl適用于網站、小程序/APP、API接口等需要進行數據傳輸應用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18982081108（備注：SSL證書合作）期待與您的合作！

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

當前標題：redisinfo信息詳解A-創(chuàng)新互聯(lián)
分享URL：http://aaarwkj.com/article28/ccjsjp.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供網站導航、響應式網站、網站排名、品牌網站設計、電子商務、網站設計

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)