Ⅰ 怎麼查看redis數據的過期時間
通過EXPIRE 命令或者PEXPIRE 命令,客戶端可以以秒或者毫秒精度為資料庫中的某個鍵設置生存時間( Time To Live , TTL) ,在經過指定的秒數或者毫秒數之後,伺服器就會自動刪除生存時間為0的鍵:
redis> SET key value
OK
redis> EXP 工RE key 5
(integer) 1
redis> GET key // 5 秒之內
"value"
redis> GET key // 5 秒之後
(nil)
Ⅱ jedis里怎麼設置數據的有效期
1、下載redis安裝包,解壓後進入redis目錄,執行命令redis-server.exe redis.windows.conf,redis解壓後目錄如圖。回
Ⅲ redis 怎麼設置過期時間為每天24:00
PEXPIREAT KEY_NAME TIME_IN_MILLISECONDS_IN_UNIX_TIMESTAMP
設置成功返回 1 。 當 key 不存在或者不能為 key 設置過期時間時(比如在低於 2.1.3 版本的 Redis 中你嘗試更新 key 的過期時間)返回 0 。
例子:
pexpireat redisKey ovar_time
redisKey :是redis 的key值 over_time 是當天的24點
var over_time = (Timer.getDayHour(Timer.now(), 0, 0, 0) * Timer._M_SEC) + Timer.OneDay;
Timer._M_SEC = 1000 這里設置的 ms數
Timer.OneDay = 24*60*60*1000; //86400000
Timer.now():當前時間 可以根據不同的語言更換對應的取值方式
/**
* @Brief: 獲取指定時間( 秒數)當天某時候的秒數
*
* @param {Number} timeStampe 時間毫秒數
* @param {Number} hour 小時
* @param {Number} min 分鍾
* @param {Number} sec 秒
* */
Timer.getDayHour = function (timeStampe, hour, min, sec) {
var nowDate = new Date(timeStampe);
nowDate.setHours(hour);
nowDate.setMinutes(min);
nowDate.setSeconds(sec);
return Math.floor(nowDate.getTime() / _M_SEC);
};
Ⅳ redis恢復數據後對設置了有效期的數據有影響嗎
就看你redis是以主從伺服器的主服務還是從伺服器模式載入持久化文件RDB的
如果伺服器以主伺服器模式進行,那麼在載入RDB文件時,程序會對文件保存的健進行檢查,未過期的會被載入到資料庫中,而過期的則會被忽略,所以過期健對載入RDB文件的主服務不會造成影響。
如果是從伺服器,就全部載入所有的鍵。
Ⅳ java設置 redis 失效時間多久
EXPIRE命令返回1表示成功,返回0表示鍵值不存在或設置失敗。
同時這里還有一個比較常用的命令是ttl,用於查看一個鍵還有多久時間會被刪除。返回的是剩餘時間(秒數)。
這里就不貼代碼了,有一點需要說明的是,ttl命令在鍵不存在或被刪除之後,會返回-2,在沒有為鍵設置生存時間(即永久存在,建一個鍵之後的默認情況)時返回的是-1。大家可以親自操作一把。
如果想要把一個設置過過期時間的鍵取消過期時間設置,則需要使用persist命令。
redis > SET session:27e7a id1234
OK
redis > EXPIRE session:27e7a 1200
(integer) 1
redis > TTL session:27e7a
(integer) 1092
redis > PERSIST session:27e7a
(integer) 1
redis > TTL session:27e7a
(integer) -1
這里需要說明一點的是,除了使用persist命令外,使用set、getset命令為鍵賦值,也會同時消除鍵的生存時間,如果需要可以重新使用expire命令為鍵設置生存時間。而其他對鍵的操作命令(如incr、lpush、hset、zrem)都不會影響鍵的生存時間。
expire命令的單位是秒,而且這個參數必須為整數,如果需要更精準的時間的話,需要使用pexpire命令設置,其單位為毫秒,同理也需要用pttl命令來看鍵的剩餘毫秒數。當然使用expire命令設置的過期時間也是可以用pttl看鍵的剩餘毫秒數的。
訪問限制
有時候我們會有一個需求是需要限制一個用戶對一個資源的訪問頻率,我們假定一個用戶(用IP作為判斷)每分鍾對一個資源訪問次數不能超過10次。
我們可以使用一個鍵,每次用戶訪問則把值加1,當值加到10的時候,我們設定鍵的過期時間為60秒,並且禁止訪問。這時候下次訪問發現值為10,則不讓訪問了,然後60秒後鍵被刪除,這時候再次創建鍵。這樣就可以解決,但是其實這樣時間並不精準,問題還是挺大的。
我們還有一個方案:使用隊列。前面的章節也說到了,使用列表類型可以用作隊列。
我們設定一個隊列rate.limiting.192.168.1.1(假定是這個IP),我們把每次的訪問時間都添加到隊列中,當隊列長度達到10以後,判斷當前時間與隊列第一個值的時間差是否小於60,如果小於60則說明60秒內訪問次數超過10次,不允許訪問;否則說明可以訪問,則把隊列頭的值刪除,隊列尾增加當前訪問時間。
這種方法可以比較精準的實現訪問限制,但是當限制的次數比較大時,這種方法佔用的存儲空間也會比較大。
緩存
有時候會把一些對CPU或IO資源消耗比較大的操作結果緩存起來,並設置一定時間的自動過期。比如我們設定一個微博外鏈的最熱站點緩存放於新浪微博的首頁,這樣我們不可能每次訪問都重新計算最熱的外鏈站點,所以我們可以設定兩小時更新一次。每次訪問是判斷這個鍵有沒有,如果存在則直接返回,如果沒有則通過計算把內容存入鍵中,並設定兩小時的過期時間。
然而在很多場合這種方法會很恐怖,當伺服器內存有限的時候,大量使用緩存切設置生存時間過長就會導致redis佔用太多內存,而redis有時候會把系統內存都吃掉,導致系統崩潰。但是設置時間過短又會導致緩存的命中太低。
所以我們最好的辦法是設定緩存的淘汰規則。這種方式比較適用於將redis用作緩存系統的時候比較好。
具體就是:修改配置文件中的maxmemory參數,限制redis的最大內存,當超出後會按照maxmemory-policy參數指定的策略刪除不需要的鍵,直到redis佔用的內存小於設定值。
Ⅵ PHP操作redis如何設置有效期
自己寫方法對比呀 寫入的時候加時間戳,然後定時幹掉超時的
Ⅶ net redis 設置緩存過期時間,查詢key時緩存時間會不會變
MariaDB和其他開源產品抱怨MySQL 5.5沒有測試用例和某些企業功能是私有模塊,但是它依然表現突出,Oracle花費了兩年發布DMR給MySQL社區來測試和得到反饋。
MySQL 5.6從之前的4 CPU線程增長到64 CPU線程,還有其他新功能。
Ⅷ 往redis存數據的時候不設置過期時間 是不是這條數據就永久
不會過期。 但是這樣說有點絕對。一般情況是這樣,當你配置中開啟了超專出最大內存限屬制就寫磁碟的話,那麼這些沒有設置過期時間的key可能會被寫到磁碟上。 假如沒設置。那麼REDIS將使用LRU機制,將內存中的老數據刪除,並寫入新數據。
可以用sorted set,把要過期的member和key的信息放在sorted set的member里,把過期時間放在score中。跑個任務用zrangebyscore遍歷就行了。用sorted set好處是只需要遍歷過期的member,不用掃描整個過期member集合。
Ⅸ redis 每一個緩存都需要設置過期時間么
將redis當做使用LRU演算法的緩存來使用LRU是Redis唯一支持的回收方法。
maxmemory配置指令用於配置Redis存儲數據時指定限制的內存大小。
Ⅹ redis緩存的數據有自動超時時間嗎
1、 快照的方式持久化到磁碟 自動持久化規則配置 save 900 1 save 300 10 save 60 10000 上面的配置規則意思如下: # In the example below the behaviour will be to save: # after 900 sec (15 min) if at least 1 key changed # after 300 sec。