簡單聊一聊redis過期時間的問題
1.多次修改一個redis的String過期鍵,如何保證他仍然能保留第一次設(shè)置時的刪除時間
對于修改String,redis有:set、setex、append、incr、decr等,其中,使用set、setex來修改原來存在的String,會重置原來設(shè)置過的過期時間,嚴(yán)格來說set、setex不是“修改”,而是覆蓋,所以原來設(shè)置過的key-value,再次set/setex這個key就會覆蓋掉原來的。使用try redis(網(wǎng)址:https://try.redis.io/)測試結(jié)果如下:
如果使用append、incr、decr等命令來修改,并不會重置原來的過期時間:
所以,對于 string 結(jié)構(gòu),只要進(jìn)行 set /setex命令,就會重置過期時間,而set命令會直接把過期時間變?yōu)橛啦贿^期。
比如我在7:00設(shè)置了一個 {key1:value} ,過期時間為30分鐘,在7:00-7:30期間多次set/setex這個 key 的 value,這個 key1 的過期時間都會重置,最終不會在7:30過期。如何保證每次設(shè)置這個過期鍵后不刷新過期時間,穩(wěn)定在7:30過期?
方法一:
使用 定時器,第一次 set 的時候就創(chuàng)建一個定時器,到期就把這個 key 刪除。這種方法在數(shù)據(jù)量大時會比較占用cpu資源,不推薦。
方法二:
每次setex key的 value 之前,先返回此時key的剩余過期時間,在setex時把這個剩余的過期時間賦給這個 key 作為新的過期時間,就可以解決。
以Spring項目為例,利用 redisTemplate.getExpire(String key) 方法返回的剩余過期時間戳(毫秒級別)可以解決,本質(zhì)上是給 redis 發(fā)送 PTTL 命令,以返回毫秒為單位的key的剩余過期時間。
代碼例子:
讓 key1 每次修改 都保持第一次設(shè)置時的過期時間
//獲取key1的剩余時間的時間戳 Long expire = redisTemplate.getExpire("key1"); //最后一個參數(shù)可以選秒、毫秒(TimeUnit.MILLISECONDS),Redis最多只能返回毫秒級別的key的剩余過期時間 redisTemplate.opsForValue().set(key, value, expire, TimeUnit.SECONDS);
2.修改hash、set、Zset、list的值,會使過期時間重置嗎?
String類型的K-V 的有效期會隨著的 value 值的修改,重新計時:
如存在一個 K-V ,過期時間為30秒, 如果把 value 值修改,則過期時間就會重置為30秒,而不是在原來設(shè)定的時間減去已經(jīng)流失的時間。
除了string數(shù)據(jù)結(jié)構(gòu),對其他數(shù)據(jù)結(jié)構(gòu)進(jìn)行修改,不會重置過期時間
比如hash、set、Zset、list等:
以hash為例子:
hash 的有效期不會隨著 hash 字段值的修改重新計時。
如果需要重新計時,則需要在修改字段值的時候,重新指定有效期。
總結(jié)
到此這篇關(guān)于redis過期時間問題的文章就介紹到這了,更多相關(guān)redis過期時間問題內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Redis 實現(xiàn)好友關(guān)注和關(guān)注推送的示例代碼
本文介紹了使用Redis實現(xiàn)好友關(guān)注和關(guān)注推送功能,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2025-03-03