本文對(duì)redis的過(guò)期處理機(jī)制做個(gè)簡(jiǎn)單的概述，讓大家有個(gè)基本的認(rèn)識(shí)。

Redis中有個(gè)設(shè)置時(shí)間過(guò)期的功能，即對(duì)存儲(chǔ)在redis數(shù)據(jù)庫(kù)中的值可以設(shè)置一個(gè)過(guò)期時(shí)間。作為一個(gè)緩存數(shù)據(jù)庫(kù)，這是非常實(shí)用的。如我們一般項(xiàng)目中的token或者一些登錄信息，尤其是短信驗(yàn)證碼都是有時(shí)間限制的，按照傳統(tǒng)的數(shù)據(jù)庫(kù)處理方式，一般都是自己判斷過(guò)期，這樣無(wú)疑會(huì)嚴(yán)重影響項(xiàng)目性能。

一、有效時(shí)間設(shè)置：

redis對(duì)存儲(chǔ)值的過(guò)期處理實(shí)際上是針對(duì)該值的鍵(key)處理的，即時(shí)間的設(shè)置也是設(shè)置key的有效時(shí)間。Expires字典保存了所有鍵的過(guò)期時(shí)間，Expires也被稱(chēng)為過(guò)期字段。

四種處理策略

EXPIRE 將key的生存時(shí)間設(shè)置為ttl秒

PEXPIRE 將key的生成時(shí)間設(shè)置為ttl毫秒

EXPIREAT 將key的過(guò)期時(shí)間設(shè)置為timestamp所代表的的秒數(shù)的時(shí)間戳

PEXPIREAT 將key的過(guò)期時(shí)間設(shè)置為timestamp所代表的的毫秒數(shù)的時(shí)間戳

其實(shí)以上幾種處理方式都是根據(jù)PEXPIREAT來(lái)實(shí)現(xiàn)的，設(shè)置生存時(shí)間的時(shí)候是redis內(nèi)部計(jì)算好時(shí)間之后在內(nèi)存處理的，最終的處理都會(huì)轉(zhuǎn)向PEXPIREAT。

1、2兩種方式是設(shè)置一個(gè)過(guò)期的時(shí)間段，就是咱們處理驗(yàn)證碼最常用的策略，設(shè)置三分鐘或五分鐘后失效，把分鐘數(shù)轉(zhuǎn)換成秒或毫秒存儲(chǔ)到redis中。

3、4兩種方式是指定一個(gè)過(guò)期的時(shí)間 ，比如優(yōu)惠券的過(guò)期時(shí)間是某年某月某日，只是單位不一樣。

二、過(guò)期處理

過(guò)期鍵的處理就是把過(guò)期鍵刪除，這里的操作主要是針對(duì)過(guò)期字段處理的。

Redis中有三種處理策略：定時(shí)刪除、惰性刪除和定期刪除。

定時(shí)刪除：在設(shè)置鍵的過(guò)期時(shí)間的時(shí)候創(chuàng)建一個(gè)定時(shí)器，當(dāng)過(guò)期時(shí)間到的時(shí)候立馬執(zhí)行刪除操作。不過(guò)這種處理方式是即時(shí)的，不管這個(gè)時(shí)間內(nèi)有多少過(guò)期鍵，不管服務(wù)器現(xiàn)在的運(yùn)行狀況，都會(huì)立馬執(zhí)行，所以對(duì)CPU不是很友好。

惰性刪除：惰性刪除策略不會(huì)在鍵過(guò)期的時(shí)候立馬刪除，而是當(dāng)外部指令獲取這個(gè)鍵的時(shí)候才會(huì)主動(dòng)刪除。處理過(guò)程為：接收get執(zhí)行、判斷是否過(guò)期(這里按過(guò)期判斷)、執(zhí)行刪除操作、返回nil(空)。

定期刪除：定期刪除是設(shè)置一個(gè)時(shí)間間隔，每個(gè)時(shí)間段都會(huì)檢測(cè)是否有過(guò)期鍵，如果有執(zhí)行刪除操作。這個(gè)概念應(yīng)該很好理解。

看完上面三種策略后可以得出以下結(jié)論：

4. 1、3為主動(dòng)刪除，2為被動(dòng)刪除。

5. 1是實(shí)時(shí)執(zhí)行的，對(duì)CPU不是很友好，但是這在最大程度上釋放了內(nèi)存，所以這種方式算是一種內(nèi)存優(yōu)先優(yōu)化策略。

6. 2、3為被動(dòng)刪除，所以過(guò)期鍵應(yīng)該會(huì)存在一定的時(shí)間，這樣就使得過(guò)期鍵不會(huì)被立馬刪除，仍然占用著內(nèi)存。但是惰性刪除的時(shí)候一般是單個(gè)刪除，相對(duì)來(lái)說(shuō)對(duì)CPU是友好的。

7. 定期鍵這種刪除策略是一種讓人很蛋疼的策略，它既有避免1、2兩種策略劣勢(shì)的可能，也有同時(shí)發(fā)生1、2兩種策略劣勢(shì)的可能。如果定期刪除執(zhí)行的過(guò)于頻繁就可能會(huì)演變成定時(shí)刪除，如果執(zhí)行的過(guò)少就有可能造成過(guò)多過(guò)期鍵未被刪除而占用過(guò)多內(nèi)存，如果時(shí)間的設(shè)置不是太好，既可能占用過(guò)多內(nèi)存又同時(shí)對(duì)CPU產(chǎn)生不好的影響。所以。使用定期刪除的時(shí)候一定要把握好這個(gè)刪除的時(shí)間點(diǎn)。存在即為合理，既然開(kāi)發(fā)的時(shí)候有這種策略，就說(shuō)明定期刪除還是有他的優(yōu)勢(shì)的，具體大家可以自己琢磨。

三、主從服務(wù)器刪除過(guò)期鍵處理

參考書(shū)上說(shuō)的有三種：RDB持久化、AOF持久化和復(fù)制功能。

RDB：

1. 主服務(wù)器模式運(yùn)行在載入RDB文件時(shí)，程序會(huì)檢查文件中的鍵，只會(huì)加載未過(guò)期的，過(guò)期的會(huì)被忽略，所以RDB模式下過(guò)期鍵不會(huì)對(duì)主服務(wù)器產(chǎn)生影響。

2. 從服務(wù)器運(yùn)行載入RDB文件時(shí)，會(huì)載入所有鍵，包括過(guò)期和未過(guò)期。當(dāng)主服務(wù)器進(jìn)行數(shù)據(jù)同步的時(shí)候，從服務(wù)器的數(shù)據(jù)會(huì)被清空，所以RDB文件的過(guò)期鍵一般不會(huì)對(duì)從服務(wù)器產(chǎn)生影響。

AOF：

AOF文件不會(huì)受過(guò)期鍵的影響。如果有過(guò)期鍵未被刪除，會(huì)執(zhí)行以下動(dòng)作：

客戶(hù)端請(qǐng)求時(shí)(過(guò)期鍵)：

從數(shù)據(jù)庫(kù)充刪除被訪(fǎng)問(wèn)的過(guò)期鍵；

追加一條DEL 命令到AOF文件；

向執(zhí)行請(qǐng)求的客戶(hù)端回復(fù)nil(空)。

復(fù)制：

主服務(wù)器刪除過(guò)期鍵之后，向從服務(wù)器發(fā)送一條DEL指令，告知?jiǎng)h除該過(guò)期鍵。

從服務(wù)器接收到get指令的時(shí)候不會(huì)對(duì)過(guò)期鍵進(jìn)行處理，只會(huì)當(dāng)做未過(guò)期鍵一樣返回。(為了保持主從服務(wù)器數(shù)據(jù)的一致性)

從服務(wù)器只有接到主服務(wù)器發(fā)送的DEL指令后才會(huì)刪除過(guò)期鍵。

參考書(shū)籍：《Redis設(shè)計(jì)與實(shí)現(xiàn)》黃健宏著

總結(jié)

以上是生活随笔為你收集整理的redis 失效时间单位是秒还是毫秒_Redis有效时间设置及时间过期处理的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。