生成RDB文件
在執行SAVE命令或者BGSAVE命令創建一個新的RDB文件時,程序會對數據庫中的鍵進行檢查,已過期的鍵不會被保存到新創建的RDB文件中。
舉個例子,如果數據庫中包含三個鍵k1、k2、k3,并且k2已經過期,那么當執行SAVE命令或者BGSAVE命令時,程序只會將k1和k3的數據保存到RDB文件中,而k2則會被忽略。
因此,數據庫中包含過期鍵不會對生成新的RDB文件造成影響。
可參考rdb.c中函數rdbSave()函數源碼:
/* Iterate this DB writing every entry * * 遍歷數據庫,并寫入每個鍵值對的數據 */ while((de = dictNext(di)) != NULL) { sds keystr = dictGetKey(de); robj key, *o = dictGetVal(de); long long expire; // 根據 keystr ,在棧中創建一個 key 對象 initStaticStringObject(key,keystr); // 獲取鍵的過期時間 expire = getExpire(db,&key); // 保存鍵值對數據 if (rdbSaveKeyValuePair(&rdb,&key,o,expire,now) == -1) goto werr; }
rdbSaveKeyValuePair函數實現如下:
/* Save a key-value pair, with expire time, type, key, value. * * 將鍵值對的鍵、值、過期時間和類型寫入到 RDB 中。 * * On error -1 is returned. * * 出錯返回 -1 。 * * On success if the key was actually saved 1 is returned, otherwise 0 * is returned (the key was already expired). * * 成功保存返回 1 ,當鍵已經過期時,返回 0 。 */int rdbSaveKeyValuePair(rio *rdb, robj *key, robj *val, long long expiretime, long long now){ /* Save the expire time * * 保存鍵的過期時間 */ if (expiretime != -1) { /* If this key is already expired skip it * * 不寫入已經過期的鍵 */ if (expiretime < now) return 0; if (rdbSaveType(rdb,REDIS_RDB_OPCODE_EXPIRETIME_MS) == -1) return -1; if (rdbSaveMillisecondTime(rdb,expiretime) == -1) return -1; } /* Save type, key, value * * 保存類型,鍵,值 */ if (rdbSaveObjectType(rdb,val) == -1) return -1; if (rdbSaveStringObject(rdb,key) == -1) return -1; if (rdbSaveObject(rdb,val) == -1) return -1; return 1;}
載入RDB文件
在啟動Redis服務器時,如果服務器開啟了RDB功能,那么服務器將對RDB文件進行載入:
這部分代碼可以查看rdb.c中rdbLoad()函數源碼:
/* Check if the key already expired. This function is used when loading * an RDB file from disk, either at startup, or when an RDB was * received from the master. In the latter case, the master is * responsible for key expiry. If we would expire keys here, the * snapshot taken by the master may not be reflected on the slave. * * 如果服務器為主節點的話, * 那么在鍵已經過期的時候,不再將它們關聯到數據庫中去 */ if (server.masterhost == NULL && expiretime != -1 && expiretime < now) { decrRefCount(key); decrRefCount(val); // 跳過 continue; }
AOF文件寫入
當服務器以AOF持久化模式運行時,如果數據庫中的某個鍵已經過期,但它還沒有被惰性刪除或者定期刪除,那么AOF文件不會因為這個過期鍵而產生任何影響。
當過期鍵被惰性刪除或者定期刪除之后,程序會向AOF文件追加(append)一條DEL命令,來顯式地記錄該鍵已被刪除。
舉個例子,如果客戶端使用GET message命令,試圖訪問過期的message鍵,那么服務器將執行以下三個動作:
1)從數據庫中刪除message鍵。
2)追加一條DEL message命令到AOF文件。(根據AOF文件增加的特點,AOF只有在客戶端進行請求的時候才會有這個DEL操作)
3)向執行GET命令的客戶端返回空回復。
這部分就是Redis中的惰性刪除策略中expireIfNeeded函數的使用。關于惰性刪除策略這一部分在Redis惰性刪除策略一篇中有講。所以這里就不贅述了。
需要提示一下的是:expireIfNeeded函數是在db.c/lookupKeyRead()函數中被調用,lookupKeyRead函數用于在執行讀取操作時取出鍵key在數據庫db中的值。
AOF重寫
和生成RDB文件時類似,在執行AOF重寫的過程中,程序會對數據庫中的鍵進行檢查,已過期的鍵不會被保存到重寫后的AOF文件中。
舉個例子,如果數據庫中包含三個鍵k1、k2、k3,并且k2已經過期,那么在進行重寫工作時,程序只會對k1和k3進行重寫,而k2則會被忽略。
這一部分如果掌握了AOF重寫的方法的話,那就自然理解了。
復制
當服務器運行在復制模式下時,從服務器的過期鍵刪除動作由主服務器控制:
舉個例子,有一對主從服務器,它們的數據庫中都保存著同樣的三個鍵message、xxx和yyy,其中message為過期鍵,如圖所示
如果這時有客戶端向從服務器發送命令GET message,那么從服務器將發現message鍵已經過期,但從服務器并不會刪除message鍵,而是繼續將message鍵的值返回給客戶端,就好像message鍵并沒有過期一樣。
假設在此之后,有客戶端向主服務器發送命令GET message,那么主服務器將發現鍵message已經過期:主服務器會刪除message鍵,向客戶端返回空回復,并向從服務器發送DEL message命令,如圖所示:
從服務器在接收到主服務器發來的DEL message命令之后,也會從數據庫中刪除message鍵,在這之后,主從服務器都不再保存過期鍵message了,如圖所示:
總結
以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對武林網的支持。
新聞熱點
疑難解答