舉個(gè)栗子：連接的客戶端數(shù)量：redis-cli info clients|grep connected_clients 后面只列舉參數(shù)信息。
一、Server 服務(wù)器信息
server 部分記錄了 Redis 服務(wù)器的信息，它包含以下域：
??●??redis_version：Redis 服務(wù)器版本
??●??redis_git_sha1：Git SHA1
??●??redis_git_dirty：Git dirty flag
??●??os：Redis 服務(wù)器的宿主操作系統(tǒng)
??●??arch_bits：架構(gòu)（32 或 64 位）
??●??multiplexing_api：Redis 所使用的事件處理機(jī)制
??●??gcc_version：編譯 Redis 時(shí)所使用的 GCC 版本
??●??process_id：服務(wù)器進(jìn)程的 PID
??●??run_id：Redis 服務(wù)器的隨機(jī)標(biāo)識(shí)符（用于 Sentinel 和集群）
??●??tcp_port：TCP/IP 監(jiān)聽端口
??●??uptime_in_seconds：自 Redis 服務(wù)器啟動(dòng)以來，經(jīng)過的秒數(shù)
??●??uptime_in_days：自 Redis 服務(wù)器啟動(dòng)以來，經(jīng)過的天數(shù)
??●??lru_clock：以分鐘為單位進(jìn)行自增的時(shí)鐘，用于 LRU 管理
二、clients 已連接客戶端信息
clients 部分記錄了已連接客戶端信息，它包含以下域：
【1】connected_clients：已連接客戶端的數(shù)量（不包括通過從屬服務(wù)器連接的客戶端）
【2】client_longest_output_list：當(dāng)前連接的客戶端當(dāng)中，最長(zhǎng)的輸出列表
【3】client_longest_input_buf : 當(dāng)前連接的客戶端當(dāng)中，大輸入緩存
【4】blocked_clients：正在等待阻塞命令（BLPOP、BRPOP、BRPOPLPUSH）的客戶端的數(shù)量
三、stats 一般統(tǒng)計(jì)信息
部分記錄了一般統(tǒng)計(jì)信息，它包含以下域：
??●??total_connections_received：服務(wù)器已經(jīng)接受的連接請(qǐng)求數(shù)量
??●??total_commands_processed：服務(wù)器已經(jīng)執(zhí)行的命令數(shù)量
??●??instantaneous_ops_per_sec：服務(wù)器每秒中執(zhí)行的命令數(shù)量
??●??rejected_connections：因?yàn)榇罂蛻舳藬?shù)量限制而被拒絕的連接請(qǐng)求數(shù)量
??●??expired_keys：因?yàn)檫^期而被自動(dòng)刪除的數(shù)據(jù)庫(kù)鍵數(shù)量
??●??evicted_keys：因?yàn)榇髢?nèi)存容量限制而被驅(qū)逐（evict）的鍵數(shù)量
??●??keyspace_hits：查找數(shù)據(jù)庫(kù)鍵成功的次數(shù)
??●??keyspace_misses：查找數(shù)據(jù)庫(kù)鍵失敗的次數(shù)
??●??pubsub_channels：目前被訂閱的頻道數(shù)量
??●??pubsub_patterns：目前被訂閱的模式數(shù)量
??●??latest_fork_usec：最近一次 fork()操作耗費(fèi)的時(shí)間(毫秒)
四、cput 計(jì)算量統(tǒng)計(jì)信息
cpu 部分記錄了 CPU 的計(jì)算量統(tǒng)計(jì)信息，它包含以下域：
【1】used_cpu_sys：Redis 服務(wù)器耗費(fèi)的系統(tǒng)CPU（0.03）
【2】used_cpu_user：Redis 服務(wù)器耗費(fèi)的用戶CPU（0.01）
【3】used_cpu_sys_children：Redis后臺(tái)進(jìn)程耗費(fèi)的系統(tǒng)CPU（0.00）
【4】used_cpu_user_children：Redis后臺(tái)進(jìn)程耗費(fèi)的用戶CPU（0.00）
五、commandstats 命令統(tǒng)計(jì)信息 （分布式系統(tǒng) www.1b23.com）
commandstats 部分記錄了各種不同類型的命令的執(zhí)行統(tǒng)計(jì)信息，比如命令執(zhí)行的次數(shù)、命令耗費(fèi)的 CPU 時(shí)間、執(zhí)行每個(gè)命令耗費(fèi)的平均 CPU 時(shí)間等等，對(duì)于每種類型的命令，這個(gè)部分都會(huì)添加一行一下格式的信息：
cmdstat_get:calls=1664657469,usec=8266063320,usec_per_call=4.97 #get表示命令，call表示命令執(zhí)行次數(shù)，usec總共消耗的CPU時(shí)長(zhǎng)(單位微秒)，平均每次消耗的CPU時(shí)長(zhǎng)(單位微秒)。
六、cluster 集群信息
部分記錄了和集群有關(guān)的信息，它包含以下域：cluster_enabled：一個(gè)標(biāo)志值，記錄集群功能是否已經(jīng)開啟。
七?keyspace 數(shù)據(jù)庫(kù)相關(guān)的統(tǒng)計(jì)信息
keyspace 部分記錄了數(shù)據(jù)庫(kù)相關(guān)的統(tǒng)計(jì)信息，比如數(shù)據(jù)庫(kù)的鍵數(shù)量、數(shù)據(jù)庫(kù)已經(jīng)被刪除的過期鍵數(shù)量等，對(duì)于每個(gè)數(shù)據(jù)庫(kù)，這個(gè)部分都會(huì)添加一行以下格式信息：
db0:keys=2,expires=0,avg_ttl=0 0號(hào)數(shù)據(jù)庫(kù)有2個(gè)鍵、已經(jīng)被刪除的過期鍵數(shù)量為0、以及帶有生存期的 key的數(shù)量。
八、replication 主從復(fù)制信息，slave上顯示的信息
【1】role：實(shí)例的角色，是master or slave。如果當(dāng)前服務(wù)器沒有在復(fù)制任何其他服務(wù)器，那么這個(gè)域的值就是 master；否則的話，這個(gè)域的值就是 salve。注意，再創(chuàng)建復(fù)制連的時(shí)候，一個(gè)服務(wù)器也可能是另一個(gè)服務(wù)器的主服務(wù)器。
【2】如果當(dāng)前服務(wù)器是一個(gè)從服務(wù)器的話，那么這個(gè)部分還會(huì)加上以下域：
??●??master_host：此節(jié)點(diǎn)對(duì)應(yīng)的 master的ip；
??●??master_port：此節(jié)點(diǎn)對(duì)應(yīng)的 master的port；
??●??master_link_status：復(fù)制連接當(dāng)前的狀態(tài)，up 表示連接正常，down 表示連接斷開。
??●??master_last_io_seconds_ago：主庫(kù)多少秒未發(fā)送數(shù)據(jù)到從庫(kù)
??●??master_sync_in_progress：從服務(wù)器是否在與主服務(wù)器進(jìn)行同步
【3】如果同步操作正在進(jìn)行，那么這個(gè)部分還會(huì)加上以下域：
??●??master_sync_left_bytes：距離同步完成還缺少多少字節(jié)數(shù)據(jù)；
??●??master_sync_last_io_seconds_ago：距離最近一次因?yàn)?SYNC 操作而進(jìn)行 I/O 已經(jīng)過去了多少秒；
【4】如果主從服務(wù)器之間的連接處于斷線狀態(tài)，那么這個(gè)部分還會(huì)加上以下域：
??●??master_link_down_since_seconds：主從服務(wù)器連接斷開了多少秒；
【5】以下是一些總會(huì)出現(xiàn)的域：
??●??slave_repl_offset：slave 復(fù)制偏移量；
??●??slave_priority：slave優(yōu)先級(jí)；
??●??slave_read_only：從庫(kù)是否設(shè)置只讀；
??●??connected_slaves：連接的 slave實(shí)例個(gè)數(shù)；
??●??master_repl_offset：0；
??●??repl_backlog_active：0 #復(fù)制積壓緩沖區(qū)是否開啟；
??●??repl_backlog_size：復(fù)制積壓緩沖大小；
??●??repl_backlog_first_byte_offset：復(fù)制緩沖區(qū)里偏移量的大??；
??●??repl_backlog_histlen：此值等于 master_repl_offset - repl_backlog_first_byte_offset，該值不會(huì)超過repl_backlog_size的大??；
九、persistence RDB 和 AOF 相關(guān)持久化信息
persistence 記錄了 RDB 和 AOF 相關(guān)持久化信息，它包含以下域：
【1】loading：一個(gè)標(biāo)志值，記錄了服務(wù)器是否正在載入持久化文件；
【2】rdb_changes_since_last_save：距離最后一次成功創(chuàng)建持久化文件之后，改變了多少個(gè)鍵值；
【3】rdb_bgsave_in_progress：一個(gè)標(biāo)志值，記錄服務(wù)器是否正在創(chuàng)建 RDB文件；
【4】rdb_last_save_time：最近一次成功創(chuàng)建 RDB文件的UNIX時(shí)間；
【5】rdb_last_bgsave_status：ok 一個(gè)標(biāo)志值，記錄了最后一次創(chuàng)建 RDB文件的結(jié)果是成功還是失?。?br />【6】rdb_last_bgsave_time_sec：-1 記錄最后一次創(chuàng)建RDB文件耗費(fèi)的秒數(shù)；
【7】rdb_current_bgsave_time_sec：-1 如果服務(wù)器正在創(chuàng)建RDB文件，那么這個(gè)值記錄的就是當(dāng)前的創(chuàng)建 RDB操作已經(jīng)耗費(fèi)了多長(zhǎng)時(shí)間（單位為秒）；
【8】aof_enabled：0 一個(gè)標(biāo)志值，記錄了AOF是否處于打開狀態(tài)；
【9】aof_rewrite_in_progress：0 一個(gè)標(biāo)志值，記錄了服務(wù)器是否正在創(chuàng)建 AOF文件；
【10】aof_rewrite_scheduled：0 一個(gè)標(biāo)志值，記錄了 RDB文件創(chuàng)建完之后，是否需要執(zhí)行預(yù)約的AOF重寫操作；
【11】aof_last_rewrite_time_sec：-1 記錄了最后一次 AOF重寫操作的耗時(shí)；
【12】aof_current_rewrite_time_sec：-1 如果服務(wù)器正在進(jìn)行 AOF重寫操作，那么這個(gè)值記錄的就是當(dāng)前重寫操作已經(jīng)耗費(fèi)的時(shí)間（單位是秒）；
【13】aof_last_bgrewrite_status：ok 一個(gè)標(biāo)志值，記錄了最后一次重寫 AOF文件的結(jié)果是成功還是失?。?/p>
十、memory 內(nèi)存信息
memory 部分記錄了服務(wù)器的內(nèi)存信息，它包含以下域：
??●??used_memory：由 Redis 分配器分配的內(nèi)存總量，以字節(jié)（byte）為單位；
??●??used_memory_human：以人類可讀的格式返回 Redis 分配的內(nèi)存總量；
??●??used_memory_rss：從操作系統(tǒng)的角度，返回 Redis 已分配的內(nèi)存總量（俗稱常駐集大小）。這個(gè)值和 top 、 ps 等命令的輸出一致；
??●??used_memory_peak：Redis 的內(nèi)存消耗峰值（以字節(jié)為單位）；
??●??used_memory_peak_human：以人類可讀的格式返回 Redis 的內(nèi)存消耗峰值；
??●??used_memory_lua：Lua 引擎所使用的內(nèi)存大小（以字節(jié)為單位）；
??●??mem_fragmentation_ratio：used_memory_rss 和 used_memory 之間的比率；
??●??mem_allocator：在編譯時(shí)指定的， Redis 所使用的內(nèi)存分配器?？梢允?libc 、 jemalloc 或者 tcmalloc ；
在理想情況下，used_memory_rss 的值應(yīng)該只比 used_memory 稍微高一點(diǎn)兒。當(dāng) rss > used 兩者的值相差較大時(shí)，表示存在（內(nèi)部或外部的）內(nèi)存碎片。內(nèi)存碎片的比率可以通過 mem_fragmentation_ratio 的值看出；當(dāng) used > rss 時(shí)，表示 Redis 的部分內(nèi)存被操作系統(tǒng)換出到交換空間了，在這種情況下，操作可能會(huì)產(chǎn)生明顯的延遲。
由于 Redis無法控制如何將其分配映射到內(nèi)存頁(yè)，因此高使用率的內(nèi)存 rss通常是內(nèi)存使用量激增的結(jié)果。當(dāng) Redis 釋放內(nèi)存時(shí)，分配器可能會(huì)，也可能不會(huì)，將內(nèi)存返還給操作系統(tǒng)。如果 Redis 釋放了內(nèi)存，卻沒有將內(nèi)存返還給操作系統(tǒng)，那么 used_memory 的值可能和操作系統(tǒng)顯示的 Redis 內(nèi)存占用并不一致。查看 used_memory_peak 的值可以驗(yàn)證這種情況是否發(fā)生。
十一、Redis 性能查看與監(jiān)控常用工具
redis-benchmark：Redis 基準(zhǔn)信息，Redis服務(wù)器性能檢測(cè)。如下：100個(gè)并發(fā)連接，100000個(gè)請(qǐng)求，檢測(cè) host=localhost 端口=6379的 Redis服務(wù)器性能
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。
重慶分公司
重慶分公司
