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

redis超時原理？

一、最有效時間設置：

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

四種一次性處理策略

EXPIRE將key的生存時間設置為ttl秒

PEXPIRE將key的生成時間設置為ttl毫秒

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

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

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

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

3、4兩種是委托一個沒過期的時間，比如說優(yōu)惠券的快過期時間是某年某月某日，僅僅單位不一樣的。

二、快到期如何處理

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

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

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

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

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

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

4.1、3為主動去刪除掉，2為減攻擊刪除掉。

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

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

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

三、主從服務器徹底刪除快過期鍵全面處理

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

RDB：

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

2.從服務器運行虛擬光盤RDB文件時，會載入鏡像所有鍵，以及沒過期和未快過期。當主服務器進行同步數(shù)據(jù)的時候，從服務器的數(shù)據(jù)會被清空，因為RDB文件的快到期鍵就像不可能對從服務器產(chǎn)生影響。

AOF：

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

客戶端幫忙時（快到期鍵）：

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

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

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

圖片文件夾：

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

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

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

redis消息隊列 如何啟動消費者？

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