redis超時(shí)原理？一、最有效時(shí)間設(shè)置：redis對(duì)存儲(chǔ)值的快過(guò)期去處理但是是對(duì)于該值的鍵（key）去處理的，即時(shí)間的設(shè)置又是設(shè)置中key的快速有效時(shí)間。Expires字典能保存了所有鍵的快到期時(shí)間，

redis超時(shí)原理？

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

redis對(duì)存儲(chǔ)值的快過(guò)期去處理但是是對(duì)于該值的鍵（key）去處理的，即時(shí)間的設(shè)置又是設(shè)置中key的快速有效時(shí)間。Expires字典能保存了所有鍵的快到期時(shí)間，Expires也被稱做過(guò)期字段。

四種一次性處理策略

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

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

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

PEXPIREAT將key的快到期時(shí)間可以設(shè)置為timestamp所代表上帝的的10毫秒數(shù)的時(shí)間戳

總之以上幾種處理也是根據(jù)PEXPIREAT來(lái)實(shí)現(xiàn)方法的，設(shè)置里生存時(shí)間的時(shí)候是redis內(nèi)部計(jì)算好時(shí)間之后在內(nèi)存如何處理的，結(jié)果的處理都會(huì)扭頭PEXPIREAT。

1、2兩種是設(shè)置一個(gè)快到期的時(shí)間段，那就是咱們?nèi)ヌ幚眚?yàn)證碼最常用的策略，設(shè)置三分鐘或五分鐘后無(wú)法激活，把分鐘數(shù)轉(zhuǎn)換的成秒或1毫秒存儲(chǔ)到redis中。

3、4兩種是委托一個(gè)沒(méi)過(guò)期的時(shí)間，比如說(shuō)優(yōu)惠券的快過(guò)期時(shí)間是某年某月某日，僅僅單位不一樣的。

二、快到期如何處理

有效期鍵的處理應(yīng)該是把快到期鍵刪除掉，這里的操作要注意是針對(duì)快到期字段一次性處理的。

Redis中有三種如何處理策略：定時(shí)徹底刪除、惰性刪掉和定時(shí)查看刪掉。

按時(shí)刪除：在設(shè)置鍵的快到期時(shí)間的時(shí)候創(chuàng)建戰(zhàn)隊(duì)一個(gè)定時(shí)器，當(dāng)快過(guò)期時(shí)間到的時(shí)候當(dāng)即負(fù)責(zé)執(zhí)行刪除掉你的操作。但是這種處理是迅速的，論這個(gè)時(shí)間內(nèi)有多少快到期鍵，不管服務(wù)器現(xiàn)在的整體運(yùn)行情況，都會(huì)立即負(fù)責(zé)執(zhí)行，因此對(duì)CPU不是很友好。

惰性徹底刪除：惰性刪掉策略應(yīng)該不會(huì)在鍵有效期的時(shí)候當(dāng)即刪除，只是當(dāng)外部指令資源這個(gè)鍵的時(shí)候才會(huì)主動(dòng)去徹底刪除。處理過(guò)程為：接收out執(zhí)行、判斷是否過(guò)期（這里按沒(méi)過(guò)期確定）、執(zhí)行刪除掉不能操作、返回nil（空）。

定期定時(shí)刪除：定時(shí)查看刪出是設(shè)置一個(gè)時(shí)間間隔，每個(gè)時(shí)間段都會(huì)檢測(cè)是否需要有快到期鍵，如果有想執(zhí)行刪除操作。這個(gè)概念應(yīng)該是很好明白。

沒(méi)看上面三種策略后是可以得出的結(jié)論以上結(jié)論：

4.1、3為主動(dòng)去刪除掉，2為減攻擊刪除掉。

5.1是動(dòng)態(tài)實(shí)時(shí)負(fù)責(zé)執(zhí)行的，對(duì)CPU不是很不友善，可是這在最大程度上釋放了內(nèi)存，所以這種可以算一種內(nèi)存不優(yōu)先優(yōu)化軟件策略。

6.2、3為被動(dòng)技能刪出，所以快到期鍵肯定會(huì)未知一定的時(shí)間，那樣的話就令快到期鍵不可能被當(dāng)即刪除掉，仍然占內(nèi)存著內(nèi)存。只不過(guò)惰性徹底刪除的時(shí)候一般是單個(gè)刪除掉，相對(duì)來(lái)說(shuō)對(duì)CPU是敵視的。

7.定期鍵這種刪掉策略是一種讓人很很蛋疼的策略，它既有盡量避免1、2兩種策略劣勢(shì)的可能，也有另外發(fā)生1、2兩種策略劣勢(shì)的可能。要是定期定時(shí)刪除想執(zhí)行的過(guò)于頻繁就可能會(huì)逐漸演變成有定時(shí)刪掉，如果執(zhí)行的過(guò)少就有可能造成過(guò)于快到期鍵未被刪出而占用資源過(guò)多內(nèi)存，要是時(shí)間的設(shè)置又不是太好，既很有可能占用帶寬過(guò)多內(nèi)存又同樣對(duì)CPU出現(xiàn)不好的影響。所以才?？梢允褂枚ㄆ趧h除掉的時(shí)候一定要需要把握好這個(gè)刪除的時(shí)間點(diǎn)。

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

有三種：RDB自然持久化、AOF持久度化和復(fù)制功能。

RDB：

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

2.從服務(wù)器運(yùn)行虛擬光盤RDB文件時(shí)，會(huì)載入鏡像所有鍵，以及沒(méi)過(guò)期和未快過(guò)期。當(dāng)主服務(wù)器進(jìn)行同步數(shù)據(jù)的時(shí)候，從服務(wù)器的數(shù)據(jù)會(huì)被清空，因?yàn)镽DB文件的快到期鍵就像不可能對(duì)從服務(wù)器產(chǎn)生影響。

AOF：

AOF文件肯定不會(huì)受快到期鍵的影響。如果沒(méi)有有過(guò)期鍵未被刪掉，會(huì)不能執(zhí)行200以內(nèi)動(dòng)作：

客戶端幫忙時(shí)（快到期鍵）：

從數(shù)據(jù)庫(kù)充刪出被訪問(wèn)的沒(méi)過(guò)期鍵；

賞分一條DEL命令到AOF文件；

向先執(zhí)行幫忙的客戶端解除nil（空）。

圖片文件夾：

主服務(wù)器刪除掉過(guò)期鍵之后，向從服務(wù)器正在發(fā)送一條DEL指令，說(shuō)下徹底刪除該快過(guò)期鍵。

從服務(wù)器接收到try指令的時(shí)候不會(huì)對(duì)快過(guò)期鍵接受處理，只會(huì)當(dāng)作未快過(guò)期鍵一樣返回。（替保持主從服務(wù)器數(shù)據(jù)的一致性）

從服務(wù)器僅有交給主服務(wù)器發(fā)送中的DEL指令后才能夠刪出過(guò)期鍵。

redis消息隊(duì)列 如何啟動(dòng)消費(fèi)者？

根據(jù)你不使用的編程語(yǔ)言，直接添加對(duì)應(yīng)的sdk包，然后把按照或則語(yǔ)法c語(yǔ)言設(shè)計(jì)消費(fèi)端的代碼，并正常運(yùn)行代碼就可以了，啟動(dòng)成功后，消費(fèi)端會(huì)不自動(dòng)再等待推送提醒，在生產(chǎn)端有一種消息后，消費(fèi)端會(huì)不自動(dòng)的拉取并消費(fèi)對(duì)應(yīng)的消息內(nèi)容