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

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

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

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

四種處理策略

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

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

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

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

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

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

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

二、過期處理

過期鍵的處理就是把過期鍵刪除，這里的操作主要是針對過期字段處理的。

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

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

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

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

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

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

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

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

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

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

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

RDB：

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

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

AOF：

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

客戶端請求時(shí)(過期鍵)：

從數(shù)據(jù)庫充刪除被訪問的過期鍵；

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

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

復(fù)制：

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

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

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

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

總結(jié)

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

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