您好,登錄后才能下訂單哦!
舉個栗子:連接的客戶端數量:redis-cli info clients|grep connected_clients 后面只列舉參數信息。
一、Server 服務器信息
server 部分記錄了 Redis 服務器的信息,它包含以下域:
??●??redis_version:Redis 服務器版本
??●??redis_git_sha1:Git SHA1
??●??redis_git_dirty:Git dirty flag
??●??os:Redis 服務器的宿主操作系統
??●??arch_bits:架構(32 或 64 位)
??●??multiplexing_api:Redis 所使用的事件處理機制
??●??gcc_version:編譯 Redis 時所使用的 GCC 版本
??●??process_id:服務器進程的 PID
??●??run_id:Redis 服務器的隨機標識符(用于 Sentinel 和集群)
??●??tcp_port:TCP/IP 監聽端口
??●??uptime_in_seconds:自 Redis 服務器啟動以來,經過的秒數
??●??uptime_in_days:自 Redis 服務器啟動以來,經過的天數
??●??lru_clock:以分鐘為單位進行自增的時鐘,用于 LRU 管理
二、clients 已連接客戶端信息
clients 部分記錄了已連接客戶端信息,它包含以下域:
【1】connected_clients:已連接客戶端的數量(不包括通過從屬服務器連接的客戶端)
【2】client_longest_output_list:當前連接的客戶端當中,最長的輸出列表
【3】client_longest_input_buf : 當前連接的客戶端當中,最大輸入緩存
【4】blocked_clients:正在等待阻塞命令(BLPOP、BRPOP、BRPOPLPUSH)的客戶端的數量
三、stats 一般統計信息
部分記錄了一般統計信息,它包含以下域:
??●??total_connections_received:服務器已經接受的連接請求數量
??●??total_commands_processed:服務器已經執行的命令數量
??●??instantaneous_ops_per_sec:服務器每秒中執行的命令數量
??●??rejected_connections:因為最大客戶端數量限制而被拒絕的連接請求數量
??●??expired_keys:因為過期而被自動刪除的數據庫鍵數量
??●??evicted_keys:因為最大內存容量限制而被驅逐(evict)的鍵數量
??●??keyspace_hits:查找數據庫鍵成功的次數
??●??keyspace_misses:查找數據庫鍵失敗的次數
??●??pubsub_channels:目前被訂閱的頻道數量
??●??pubsub_patterns:目前被訂閱的模式數量
??●??latest_fork_usec:最近一次 fork()操作耗費的時間(毫秒)
四、cput 計算量統計信息
cpu 部分記錄了 CPU 的計算量統計信息,它包含以下域:
【1】used_cpu_sys:Redis 服務器耗費的系統CPU(0.03)
【2】used_cpu_user:Redis 服務器耗費的用戶CPU(0.01)
【3】used_cpu_sys_children:Redis后臺進程耗費的系統CPU(0.00)
【4】used_cpu_user_children:Redis后臺進程耗費的用戶CPU(0.00)
五、commandstats 命令統計信息 (分布式系統 www.1b23.com)
?commandstats 部分記錄了各種不同類型的命令的執行統計信息,比如命令執行的次數、命令耗費的 CPU 時間、執行每個命令耗費的平均 CPU 時間等等,對于每種類型的命令,這個部分都會添加一行一下格式的信息:
cmdstat_get:calls=1664657469,usec=8266063320,usec_per_call=4.97 #get表示命令,call表示命令執行次數,usec總共消耗的CPU時長(單位微秒),平均每次消耗的CPU時長(單位微秒)。
六、cluster 集群信息
部分記錄了和集群有關的信息,它包含以下域:cluster_enabled:一個標志值,記錄集群功能是否已經開啟。
七?keyspace 數據庫相關的統計信息
keyspace 部分記錄了數據庫相關的統計信息,比如數據庫的鍵數量、數據庫已經被刪除的過期鍵數量等,對于每個數據庫,這個部分都會添加一行以下格式信息:
db0:keys=2,expires=0,avg_ttl=0 0號數據庫有2個鍵、已經被刪除的過期鍵數量為0、以及帶有生存期的 key的數量。
八、replication 主從復制信息,slave上顯示的信息
【1】role:實例的角色,是master or slave。如果當前服務器沒有在復制任何其他服務器,那么這個域的值就是 master;否則的話,這個域的值就是 salve。注意,再創建復制連的時候,一個服務器也可能是另一個服務器的主服務器。
【2】如果當前服務器是一個從服務器的話,那么這個部分還會加上以下域:
??●??master_host:此節點對應的 master的ip;
??●??master_port:此節點對應的 master的port;
??●??master_link_status:復制連接當前的狀態,up 表示連接正常,down 表示連接斷開。
??●??master_last_io_seconds_ago:主庫多少秒未發送數據到從庫
??●??master_sync_in_progress:從服務器是否在與主服務器進行同步
【3】如果同步操作正在進行,那么這個部分還會加上以下域:
??●??master_sync_left_bytes:距離同步完成還缺少多少字節數據;
??●??master_sync_last_io_seconds_ago:距離最近一次因為 SYNC 操作而進行 I/O 已經過去了多少秒;
【4】如果主從服務器之間的連接處于斷線狀態,那么這個部分還會加上以下域:
??●??master_link_down_since_seconds:主從服務器連接斷開了多少秒;
【5】以下是一些總會出現的域:
??●??slave_repl_offset:slave 復制偏移量;
??●??slave_priority:slave優先級;
??●??slave_read_only:從庫是否設置只讀;
??●??connected_slaves:連接的 slave實例個數;
??●??master_repl_offset:0;
??●??repl_backlog_active:0 #復制積壓緩沖區是否開啟;
??●??repl_backlog_size:復制積壓緩沖大小;
??●??repl_backlog_first_byte_offset:復制緩沖區里偏移量的大小;
??●??repl_backlog_histlen:此值等于 master_repl_offset - repl_backlog_first_byte_offset,該值不會超過repl_backlog_size的大小;
九、persistence RDB 和 AOF 相關持久化信息
persistence 記錄了 RDB 和 AOF 相關持久化信息,它包含以下域:
【1】loading:一個標志值,記錄了服務器是否正在載入持久化文件;
【2】rdb_changes_since_last_save:距離最后一次成功創建持久化文件之后,改變了多少個鍵值;
【3】rdb_bgsave_in_progress:一個標志值,記錄服務器是否正在創建 RDB文件;
【4】rdb_last_save_time:最近一次成功創建 RDB文件的UNIX時間;
【5】rdb_last_bgsave_status:ok 一個標志值,記錄了最后一次創建 RDB文件的結果是成功還是失敗;
【6】rdb_last_bgsave_time_sec:-1 記錄最后一次創建RDB文件耗費的秒數;
【7】rdb_current_bgsave_time_sec:-1 如果服務器正在創建RDB文件,那么這個值記錄的就是當前的創建 RDB操作已經耗費了多長時間(單位為秒);
【8】aof_enabled:0 一個標志值,記錄了AOF是否處于打開狀態;
【9】aof_rewrite_in_progress:0 一個標志值,記錄了服務器是否正在創建 AOF文件;
【10】aof_rewrite_scheduled:0 一個標志值,記錄了 RDB文件創建完之后,是否需要執行預約的AOF重寫操作;
【11】aof_last_rewrite_time_sec:-1 記錄了最后一次 AOF重寫操作的耗時;
【12】aof_current_rewrite_time_sec:-1 如果服務器正在進行 AOF重寫操作,那么這個值記錄的就是當前重寫操作已經耗費的時間(單位是秒);
【13】aof_last_bgrewrite_status:ok 一個標志值,記錄了最后一次重寫 AOF文件的結果是成功還是失敗;
十、memory 內存信息
memory 部分記錄了服務器的內存信息,它包含以下域:
??●??used_memory:由 Redis 分配器分配的內存總量,以字節(byte)為單位;
??●??used_memory_human:以人類可讀的格式返回 Redis 分配的內存總量;
??●??used_memory_rss:從操作系統的角度,返回 Redis 已分配的內存總量(俗稱常駐集大小)。這個值和 top 、 ps 等命令的輸出一致;
??●??used_memory_peak:Redis 的內存消耗峰值(以字節為單位);
??●??used_memory_peak_human:以人類可讀的格式返回 Redis 的內存消耗峰值;
??●??used_memory_lua:Lua 引擎所使用的內存大小(以字節為單位);
??●??mem_fragmentation_ratio:used_memory_rss 和 used_memory 之間的比率;
??●??mem_allocator:在編譯時指定的, Redis 所使用的內存分配器。可以是 libc 、 jemalloc 或者 tcmalloc ;
在理想情況下,used_memory_rss 的值應該只比 used_memory 稍微高一點兒。當 rss > used 兩者的值相差較大時,表示存在(內部或外部的)內存碎片。內存碎片的比率可以通過 mem_fragmentation_ratio 的值看出;當 used > rss 時,表示 Redis 的部分內存被操作系統換出到交換空間了,在這種情況下,操作可能會產生明顯的延遲。
由于 Redis無法控制如何將其分配映射到內存頁,因此高使用率的內存 rss通常是內存使用量激增的結果。當 Redis 釋放內存時,分配器可能會,也可能不會,將內存返還給操作系統。如果 Redis 釋放了內存,卻沒有將內存返還給操作系統,那么 used_memory 的值可能和操作系統顯示的 Redis 內存占用并不一致。查看 used_memory_peak 的值可以驗證這種情況是否發生。
十一、Redis 性能查看與監控常用工具
redis-benchmark:Redis 基準信息,Redis服務器性能檢測。如下:100個并發連接,100000個請求,檢測 host=localhost 端口=6379的 Redis服務器性能
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。