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

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

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

所以，對(duì)于 string 結(jié)構(gòu)，只要進(jìn)行 set /setex命令，就會(huì)重置過期時(shí)間，而set命令會(huì)直接把過期時(shí)間變?yōu)橛啦贿^期。
比如我在7:00設(shè)置了一個(gè) {key1:value} ,過期時(shí)間為30分鐘，在7:00-7:30期間多次set/setex這個(gè) key 的 value，這個(gè) key1 的過期時(shí)間都會(huì)重置，最終不會(huì)在7:30過期。如何保證每次設(shè)置這個(gè)過期鍵后不刷新過期時(shí)間，穩(wěn)定在7:30過期？

方法一：

使用 定時(shí)器，第一次 set 的時(shí)候就創(chuàng)建一個(gè)定時(shí)器，到期就把這個(gè) key 刪除。這種方法在數(shù)據(jù)量大時(shí)會(huì)比較占用cpu資源，不推薦。

方法二：

每次setex key的 value 之前，先返回此時(shí)key的剩余過期時(shí)間，在setex時(shí)把這個(gè)剩余的過期時(shí)間賦給這個(gè) key 作為新的過期時(shí)間，就可以解決。

以Spring項(xiàng)目為例，利用 redisTemplate.getExpire(String key) 方法返回的剩余過期時(shí)間戳（毫秒級(jí)別）可以解決，本質(zhì)上是給 redis 發(fā)送 PTTL 命令，以返回毫秒為單位的key的剩余過期時(shí)間。

代碼例子：

讓 key1 每次修改 都保持第一次設(shè)置時(shí)的過期時(shí)間

//獲取key1的剩余時(shí)間的時(shí)間戳
Long expire = redisTemplate.getExpire("key1");
//最后一個(gè)參數(shù)可以選秒、毫秒（TimeUnit.MILLISECONDS），Redis最多只能返回毫秒級(jí)別的key的剩余過期時(shí)間
redisTemplate.opsForValue().set(key, value, expire, TimeUnit.SECONDS);

2.修改hash、set、Zset、list的值，會(huì)使過期時(shí)間重置嗎？

String類型的K-V 的有效期會(huì)隨著的 value 值的修改，重新計(jì)時(shí)：

如存在一個(gè) K-V ，過期時(shí)間為30秒， 如果把 value 值修改，則過期時(shí)間就會(huì)重置為30秒，而不是在原來設(shè)定的時(shí)間減去已經(jīng)流失的時(shí)間。

除了string數(shù)據(jù)結(jié)構(gòu)，對(duì)其他數(shù)據(jù)結(jié)構(gòu)進(jìn)行修改，不會(huì)重置過期時(shí)間

比如hash、set、Zset、list等：

以hash為例子：

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

總結(jié)

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

最新評(píng)論