1.多次修改一個redis的String過期鍵，如何保證他仍然能保留第一次設置時的刪除時間

對于修改String，redis有：set、setex、append、incr、decr等，其中，使用set、setex來修改原來存在的String，會重置原來設置過的過期時間，嚴格來說set、setex不是“修改”，而是覆蓋，所以原來設置過的key-value，再次set/setex這個key就會覆蓋掉原來的。使用try redis（網(wǎng)址：https://try.redis.io/）測試結果如下：

如果使用append、incr、decr等命令來修改，并不會重置原來的過期時間：

所以，對于 string 結構，只要進行 set /setex命令，就會重置過期時間，而set命令會直接把過期時間變?yōu)橛啦贿^期。
比如我在7:00設置了一個 {key1:value} ,過期時間為30分鐘，在7:00-7:30期間多次set/setex這個 key 的 value，這個 key1 的過期時間都會重置，最終不會在7:30過期。如何保證每次設置這個過期鍵后不刷新過期時間，穩(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 每次修改 都保持第一次設置時的過期時間

//獲取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秒，而不是在原來設定的時間減去已經(jīng)流失的時間。

除了string數(shù)據(jù)結構，對其他數(shù)據(jù)結構進行修改，不會重置過期時間

比如hash、set、Zset、list等：

以hash為例子：

hash 的有效期不會隨著 hash 字段值的修改重新計時。
如果需要重新計時，則需要在修改字段值的時候，重新指定有效期。

總結

到此這篇關于redis過期時間問題的文章就介紹到這了,更多相關redis過期時間問題內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論