Redis 監(jiān)控最直接的方法當(dāng)然就是使用系統(tǒng)提供的 info 命令來做了，你只需要執(zhí)行下面一條命令，就能獲得 Redis 系統(tǒng)的狀態(tài)報告。

redis-cli info

內(nèi)存使用

如果 Redis 使用的內(nèi)存超出了可用的物理內(nèi)存大小，那么 Redis 很可能系統(tǒng)會被OOM Killer殺掉。針對這一點，你可以通過 info 命令對used_memory和used_memory_peak進行監(jiān)控，為使用內(nèi)存量設(shè)定閥值，并設(shè)定相應(yīng)的報警機制。當(dāng)然，報警只是手段，重要的是你得預(yù)先計劃好，當(dāng)內(nèi)存使用量過大后，你應(yīng)該做些什么，是清除一些沒用的冷數(shù)據(jù)，還是把 Redis 遷移到更強大的機器上去。

持久化

如果因為你的機器或 Redis 本身的問題導(dǎo)致 Redis 崩潰了，那么你唯一的救命稻草可能就是 dump 出來的 rdb文件了，所以，對 Redis dump 文件進行監(jiān)控也是很重要的。你可以通過對rdb_last_save_time進行監(jiān)控，了解你最近一次 dump 數(shù)據(jù)操作的時間，還可以通過對rdb_changes_since_last_save進行監(jiān)控來知識如果這時候出現(xiàn)故障，你會丟失多少數(shù)據(jù)。

主從復(fù)制

如果你設(shè)置了主從復(fù)制模式，那么你最好對復(fù)制的情況是否正常做一些監(jiān)控，主要是對 info 輸出中的master_link_status進行監(jiān)控，如果這個值是 up，那么說明同步正常，如果是 down，那么你就要注意一下輸出的其它一些診斷信息了。比如下面這些：

當(dāng) Redis 持久化數(shù)據(jù)到磁盤上時，它會進行一次 fork 操作，通過 fork 對內(nèi)存的 copy on write 機制最廉價的實現(xiàn)內(nèi)存鏡像。但是雖然內(nèi)存是 copy on write 的，但是虛擬內(nèi)存表是在 fork 的瞬間就需要分配，所以 fork 會造成主線程短時間的卡頓（停止所有讀寫操作），這個卡頓時間和當(dāng)前 Redis 的內(nèi)存使用量有關(guān)。通常 GB 量級的 Redis 進行 fork 操作的時間在毫秒級。你可以通過對 info 輸出的latest_fork_usec進行監(jiān)控來了解最近一次 fork 操作導(dǎo)致了多少時間的卡頓。

配置一致

Redis 支持使用 CONFIG SET操作來實現(xiàn)運行實的配置修改，這很方便，但同時也會導(dǎo)致一個問題。就是通過這個命令動態(tài)修改的配置，是不會同步到你的配置文件中去的。所以當(dāng)你因為某些原因重啟 Redis 時，你使用 CONFIG SET 做的配置修改就會丟失掉，所以我們最好保證在每次使用 CONFIG SET 修改配置時，也把配置文件一起相應(yīng)地改掉。為了防止人為的失誤，所以我們最好對配置進行監(jiān)控，使用CONFIG GET命令來獲取當(dāng)前運行時的配置，并與 redis.conf 中的配置值進行對比，如果發(fā)現(xiàn)兩邊對不上，就啟動報警。

慢日志

Redis 提供了SLOWLOG指令來獲取最近的慢日志，Redis 的慢日志是直接存在內(nèi)存中的，所以它的慢日志開銷并不大，在實際應(yīng)用中，我們通過 crontab 任務(wù)執(zhí)行 SLOWLOG 命令來獲取慢日志，然后將慢日志存到文件中，并用Kibana生成實時的性能圖表來實現(xiàn)性能監(jiān)控。

值得一提的是，Redis 的慢日志記錄的時間，僅僅包括 Redis 自身對一條命令的執(zhí)行時間，不包括 IO 的時間，比如接收客戶端數(shù)據(jù)和發(fā)送客戶端數(shù)據(jù)這些時間。另外，Redis 的慢日志和其它數(shù)據(jù)庫的慢日志有一點不同，其它數(shù)據(jù)庫偶爾出現(xiàn) 100ms 的慢日志可能都比較正常，因為一般數(shù)據(jù)庫都是多線程并發(fā)執(zhí)行，某個線程執(zhí)行某個命令的性能可能并不能代表整體性能，但是對 Redis 來說，它是單線程的，一旦出現(xiàn)慢日志，可能就需要馬上得到重視，最好去查一下具體是什么原因了。

監(jiān)控服務(wù)

-Sentinel
Sentinel是 Redis 自帶的工具，它可以對 Redis 主從復(fù)制進行監(jiān)控，并實現(xiàn)主掛掉之后的自動故障轉(zhuǎn)移。在轉(zhuǎn)移的過程中，它還可以被配置去執(zhí)行一個用戶自定義的腳本，在腳本中我們就能夠?qū)崿F(xiàn)報警通知等功能。

-Redis Live
Redis Live是一個更通用的 Redis 監(jiān)控方案，它的原理是定時在 Redis 上執(zhí)行MONITOR命令，來獲取當(dāng)前 Redis 當(dāng)前正在執(zhí)行的命令，并通過統(tǒng)計分析，生成web頁面的可視化分析報表。

-Redis Faina
Redis Faina是由著名的圖片分享應(yīng)用 instagram 開發(fā)的 Redis 監(jiān)控服務(wù)，其原理和 Redis Live 類似，都是對通過MONITOR來做的。

數(shù)據(jù)分布

弄清 Redis 中數(shù)據(jù)存儲分布是一件很難的是，比如你想知道哪類型的 key 值占用內(nèi)存最多。下面是一些工具，可以幫助你對 Redis 的數(shù)據(jù)集進行分析。

-Redis-sampler
Redis-sampler是 Redis 作者開發(fā)的工具，它通過采用的方法，能夠讓你了解到當(dāng)前 Redis 中的數(shù)據(jù)的大致類型，數(shù)據(jù)及分布狀況。

-Redis-audit
Redis-audit是一個腳本，通過它，我們可以知道每一類 key 對內(nèi)存的使用量。它可以提供的數(shù)據(jù)有：某一類 key 值的訪問頻率如何，有多少值設(shè)置了過期時間，某一類 key 值使用內(nèi)存的大小，這很方便讓我們能排查哪些 key 不常用或者壓根不用。

-Redis-rdb-tools
Redis-rdb-tools跟 Redis-audit 功能類似，不同的是它是通過對 rdb 文件進行分析來取得統(tǒng)計數(shù)據(jù)的。

原文鏈接：Redis Masterclass – Part 2, Monitoring

海外穩(wěn)定服務(wù)器

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場，如有內(nèi)容涉嫌侵權(quán)，請聯(lián)系alex-e#qq.com處理。