生成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文件時，程序會對文件中保存的鍵進行檢查，未過期的鍵會被載入到數據庫中，而過期鍵則會被忽略，所以過期鍵對載入RDB文件的主服務器不會造成影響；
- 如果服務器以從服務器模式運行，那么在載入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重寫的方法的話，那就自然理解了。
復制
當服務器運行在復制模式下時，從服務器的過期鍵刪除動作由主服務器控制：
- 主服務器在刪除一個過期鍵之后，會顯式地向所有從服務器發送一個DEL命令，告知從服務器刪除這個過期鍵；
- 從服務器在執行客戶端發送的讀命令時，即使碰到過期鍵也不會將過期鍵刪除，而是繼續像處理未過期的鍵一樣來處理過期鍵；
- 從服務器只有在接到主服務器發來的DEL命令之后，才會刪除過期鍵。
舉個例子，有一對主從服務器，它們的數據庫中都保存著同樣的三個鍵message、xxx和yyy，其中message為過期鍵，如圖所示
如果這時有客戶端向從服務器發送命令GET message，那么從服務器將發現message鍵已經過期，但從服務器并不會刪除message鍵，而是繼續將message鍵的值返回給客戶端，就好像message鍵并沒有過期一樣。
假設在此之后，有客戶端向主服務器發送命令GET message，那么主服務器將發現鍵message已經過期：主服務器會刪除message鍵，向客戶端返回空回復，并向從服務器發送DEL message命令，如圖所示：
從服務器在接收到主服務器發來的DEL message命令之后，也會從數據庫中刪除message鍵，在這之后，主從服務器都不再保存過期鍵message了，如圖所示：
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。
您可能感興趣的文章:- Redis 徹底禁用RDB持久化操作
- 淺談Redis中的RDB快照
- Redis 通過 RDB 方式進行數據備份與還原的方法
- Redis持久化RDB和AOF區別詳解
- Redis打開rdb文件常用方法詳解
- Redis兩種持久化方案RDB和AOF詳解
- 了解redis中RDB結構_動力節點Java學院整理
- Redis RDB技術底層原理詳解
