Redis越來越慢？這些方法超級(jí)有效！

Redis作為內(nèi)存數(shù)據(jù)庫，擁有非常高的性能，單個(gè)實(shí)例的QPS能夠達(dá)到10W左右。但我們?cè)谑褂肦edis時(shí)，經(jīng)常時(shí)不時(shí)會(huì)出現(xiàn)訪問延遲很大的情況，如果你不知道Redis的內(nèi)部實(shí)現(xiàn)原理，在排查問題時(shí)就會(huì)一頭霧水。

很多時(shí)候，Redis出現(xiàn)訪問延遲變大，都與我們的使用不當(dāng)或運(yùn)維不合理導(dǎo)致的。

這篇文章我們就來分析一下Redis在使用過程中，經(jīng)常會(huì)遇到的延遲問題以及如何定位和分析。

使用復(fù)雜度高的命令

如果在使用Redis時(shí)，發(fā)現(xiàn)訪問延遲突然增大，如何進(jìn)行排查？

首先，第一步，建議你去查看一下Redis的慢日志。Redis提供了慢日志命令的統(tǒng)計(jì)功能，我們通過以下設(shè)置，就可以查看有哪些命令在執(zhí)行時(shí)延遲比較大。

首先設(shè)置Redis的慢日志閾值，只有超過閾值的命令才會(huì)被記錄，這里的單位是微秒，例如設(shè)置慢日志的閾值為5毫秒，同時(shí)設(shè)置只保留最近1000條慢日志記錄：

#?命令執(zhí)行超過5毫秒記錄慢日志
CONFIG SET slowlog-log-slower-than 5000
#?只保留最近1000條慢日志
CONFIG SET slowlog-max-len 1000

127.0.0.1:6379> SLOWLOG get5
1)1)(integer)32693# 慢日志ID
2)(integer)1593763337# 執(zhí)行時(shí)間
3)(integer)5299# 執(zhí)行耗時(shí)(微秒)
4)1)"LRANGE"# 具體執(zhí)行的命令和參數(shù)
2)"user_list_2000"
3)"0"
4)"-1"
2)1)(integer)32692
2)(integer)1593763337
3)(integer)5044
4)1)"GET"
2)"book_price_1000"
...

存儲(chǔ)大key

redis-cli -h $host -p $port --bigkeys -i 0.01

集中過期

# 在過期時(shí)間點(diǎn)之后的5分鐘內(nèi)隨機(jī)過期掉redis.expireat(key, expire_time + random(300))

實(shí)例內(nèi)存達(dá)到上限

備注：allkeys-xxx表示從所有的鍵值中淘汰數(shù)據(jù)，而volatile-xxx表示從設(shè)置了過期鍵的鍵值中淘汰數(shù)據(jù)。

fork耗時(shí)嚴(yán)重

綁定CPU

綁定CPU的Redis，在進(jìn)行數(shù)據(jù)持久化時(shí)，fork出的子進(jìn)程，子進(jìn)程會(huì)繼承父進(jìn)程的CPU使用偏好，而此時(shí)子進(jìn)程會(huì)消耗大量的CPU資源進(jìn)行數(shù)據(jù)持久化，子進(jìn)程會(huì)與主進(jìn)程發(fā)生CPU爭搶，這也會(huì)導(dǎo)致主進(jìn)程的CPU資源不足訪問延遲增大。

開啟AOF

?

使用Swap

網(wǎng)卡負(fù)載過高

?

總結(jié)

?

作為DBA運(yùn)維人員，需要了解數(shù)據(jù)持久化、操作系統(tǒng)fork原理、Swap機(jī)制等，并對(duì)Redis的容量進(jìn)行合理規(guī)劃，預(yù)留足夠的機(jī)器資源，對(duì)機(jī)器做好完善的監(jiān)控，才能保證Redis的穩(wěn)定運(yùn)行。

            

             


             
免責(zé)聲明：本文系網(wǎng)絡(luò)轉(zhuǎn)載，版權(quán)歸原作者所有。如有問題，請(qǐng)聯(lián)系我們，謝謝！