這篇文章給大家介紹redis監(jiān)控技巧都有哪些呢，內(nèi)容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

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

Redis 監(jiān)控最直接的方法當然就是使用系統(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)的報警機制。當然，報警只是手段，重要的是你得預(yù)先計劃好，當內(nèi)存使用量過大后，你應(yīng)該做些什么，是清除一些沒用的冷數(shù)據(jù)，還是把 Redis 遷移到更強大的機器上去。

持久化

如果因為你的機器或 Redis 本身的問題導致 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，那么你就要注意一下輸出的其它一些診斷信息了。比如下面這些：

代碼如下:

role:slave
master_host:192.168.1.128
master_port:6379
master_link_status:down
master_last_io_seconds_ago:-1
master_sync_in_progress:0
master_link_down_since_seconds:1356900595

Fork 性能

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

配置一致

Redis 支持使用 CONFIG SET操作來實現(xiàn)運行實的配置修改，這很方便，但同時也會導致一個問題。就是通過這個命令動態(tài)修改的配置，是不會同步到你的配置文件中去的。所以當你因為某些原因重啟 Redis 時，你使用 CONFIG SET 做的配置修改就會丟失掉，所以我們最好保證在每次使用 CONFIG SET 修改配置時，也把配置文件一起相應(yīng)地改掉。為了防止人為的失誤，所以我們最好對配置進行監(jiān)控，使用CONFIG GET命令來獲取當前運行時的配置，并與 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命令，來獲取當前 Redis 當前正在執(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ā)的工具，它通過采用的方法，能夠讓你了解到當前 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ù)的。

關(guān)于Redis監(jiān)控技巧都有哪些呢就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。