溫馨提示×
您好，登錄后才能下訂單哦！
點(diǎn)擊 登錄注冊 即表示同意《億速云用戶服務(wù)條款》
您好，登錄后才能下訂單哦！
這篇文章給大家分享的是有關(guān)Redis超時(shí)排查的示例分析的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨小編過來看看吧。
前兩天的工作中，突然收到告警，提示 Redis 掛了，同時(shí)大群也在說某某 Redis 連接超時(shí)了。當(dāng)初以為是有大問題，誰知道它過了一會(huì)兒就恢復(fù)了。那個(gè)時(shí)候，我登上服務(wù)器，查看監(jiān)控。第一時(shí)間看看 QPS：
可以看到 QPS 并不高，但是中間有段時(shí)間沒取到數(shù)據(jù)是怎么回事？那么繼續(xù)看看 Redis 的 cpu 使用率：
可以看到 cpu 已經(jīng)飽和，這也就能解釋為何斷圖了，因?yàn)?redis 是單線程，在使用 cpu 100% 以后，就無法處理其他的命令了，zabbix 也就無法執(zhí)行 info 命令取 qps 了。那么已經(jīng)知道是 cpu 使用飽和造成的問題，那么到底是什么原因呢？那么繼續(xù)查看，cpu 使用高的這段時(shí)間有沒有慢日志：
好像也不是導(dǎo)致 cpu 高的兇手，這就難排查了，這個(gè)實(shí)例是 1 主 1 從。那么我看看從庫的 cpu 使用情況看看：
臥槽，怎么回事，從庫沒有使用的怎么 cpu 也用到了 74%？這不科學(xué)?。抗芩?，看看從庫有沒有慢日志：
臥槽，怎么回事？從庫沒人使用啊?？纯词欠裰蛔x：
127.0.0.1:6103> CONFIG GET "slave-read-only"
1) "slave-read-only"
2) "yes"
127.0.0.1:6103>
看來是只讀的，這把我給整懵了。最后突然想到是主庫在這個(gè)點(diǎn)有 big key 過期，而主庫過期 key 操作慢是不會(huì)記錄慢日志的，從庫的 key 過期是由主庫發(fā)起 DEL 指令刪除的。這時(shí)從庫就會(huì)記錄慢日志，從上面慢日志可以看到這些 DEL 操作最大的 335ms，怪不得會(huì)有應(yīng)用連接超時(shí)的。
再使用命令 info commandstats 看看：
感謝各位的閱讀！關(guān)于“Redis超時(shí)排查的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！
免責(zé)聲明：本站發(fā)布的內(nèi)容（圖片、視頻和文字）以原創(chuàng)、轉(zhuǎn)載和分享為主，文章觀點(diǎn)不代表本網(wǎng)站立場，如果涉及侵權(quán)請聯(lián)系站長郵箱：is@yisu.com進(jìn)行舉報(bào)，并提供相關(guān)證據(jù)，一經(jīng)查實(shí)，將立刻刪除涉嫌侵權(quán)內(nèi)容。
億速云公眾號(hào)
手機(jī)網(wǎng)站二維碼