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

redis-cli info

內(nèi)存使用

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

持久化

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

主從復(fù)制

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

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

配置一致

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

慢日志

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

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

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

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

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

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

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

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

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

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

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

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