9.7 AOF、RDB和複製功能對過期鍵的處理
在這一節，我們將探討過期鍵對Redis伺服器中其他模組的影響，看看RDB持久化功能、AOF持久化功能以及複製功能是如何處理資料庫中的過期鍵的。
9.7.1 生成RDB檔案
在執行SAVE命令或者BGSAVE命令建立一個新的RDB檔案時，程式會對資料庫中的鍵進行檢查，已過期的鍵不會被儲存到新建立的RDB檔案中。
舉個例子，如果資料庫中包含三個鍵k1、k2、k3，並且k2已經過期，那麼當執行SAVE命令或者BGSAVE命令時，程式只會將k1和k3的資料儲存到RDB檔案中，而k2則會被忽略。
因此，資料庫中包含過期鍵不會對生成新的RDB檔案造成影響。
9.7.2 載入RDB檔案
在啟動Redis伺服器時，如果伺服器開啟了RDB功能，那麼伺服器將對RDB檔案進行載入：
❑如果伺服器以主伺服器模式執行，那麼在載入RDB檔案時，程式會對檔案中儲存的鍵進行檢查，未過期的鍵會被載入到資料庫中，而過期鍵則會被忽略，所以過期鍵對載入RDB檔案的主伺服器不會造成影響。
❑如果伺服器以從伺服器模式執行，那麼在載入RDB檔案時，檔案中儲存的所有鍵，不論是否過期，都會被載入到資料庫中。不過，因為主從伺服器在進行資料同步的時候，從伺服器的資料庫就會被清空，所以一般來講，過期鍵對載入RDB檔案的從伺服器也不會造成影響。
舉個例子，如果資料庫中包含三個鍵k1、k2、k3，並且k2已經過期，那麼當伺服器啟動時：
❑如果伺服器以主伺服器模式執行，那麼程式只會將k1和k3載入到資料庫，k2會被忽略。

❑如果伺服器以從伺服器模式執行，那麼k1、k2和k3都會被載入到資料庫。

9.7.3 AOF檔案寫入
當伺服器以AOF持久化模式執行時，如果資料庫中的某個鍵已經過期，但它還沒有被惰性刪除或者定期刪除，那麼AOF檔案不會因為這個過期鍵而產生任何影響。
當過期鍵被惰性刪除或者定期刪除之後，程式會向AOF檔案追加（append）一條DEL命令，來顯式地記錄該鍵已被刪除。
舉個例子，如果客戶端使用GET message命令，試圖訪問過期的message鍵，那麼伺服器將執行以下三個動作：
1）從資料庫中刪除message鍵。
2）追加一條DEL message命令到AOF檔案。
3）向執行GET命令的客戶端返回空回覆。
9.7.4 AOF重寫
和生成RDB檔案時類似，在執行AOF重寫的過程中，程式會對資料庫中的鍵進行檢查，已過期的鍵不會被儲存到重寫後的AOF檔案中。
舉個例子，如果資料庫中包含三個鍵k1、k2、k3，並且k2已經過期，那麼在進行重寫工作時，程式只會對k1和k3進行重寫，而k2則會被忽略。
因此，資料庫中包含過期鍵不會對AOF重寫造成影響。
9.7.5 複製
當伺服器執行在複製模式下時，從伺服器的過期鍵刪除動作由主伺服器控制：
❑主伺服器在刪除一個過期鍵之後，會顯式地向所有從伺服器傳送一個DEL命令，告知從伺服器刪除這個過期鍵。
❑從伺服器在執行客戶端傳送的讀命令時，即使碰到過期鍵也不會將過期鍵刪除，而是繼續像處理未過期的鍵一樣來處理過期鍵。
❑從伺服器只有在接到主伺服器發來的DEL命令之後，才會刪除過期鍵。
通過由主伺服器來控制從伺服器統一地刪除過期鍵，可以保證主從伺服器資料的一致性，也正是因為這個原因，當一個過期鍵仍然存在於主伺服器的資料庫時，這個過期鍵在從伺服器裡的複製品也會繼續存在。
舉個例子，有一對主從伺服器，它們的資料庫中都儲存著同樣的三個鍵message、xxx和yyy，其中message為過期鍵，如圖9-17所示。

圖9-17 主從伺服器刪除過期鍵（1）
如果這時有客戶端向從伺服器傳送命令GET message，那麼從伺服器將發現message鍵已經過期，但從伺服器並不會刪除message鍵，而是繼續將message鍵的值返回給客戶端，就好像message鍵並沒有過期一樣，如圖9-18所示。

圖9-18 主從伺服器刪除過期鍵（2）
假設在此之後，有客戶端向主伺服器傳送命令GET message，那麼主伺服器將發現鍵message已經過期：主伺服器會刪除message鍵，向客戶端返回空回覆，並向從伺服器傳送DEL message命令，如圖9-19所示。

圖9-19 主從伺服器刪除過期鍵（3）
從伺服器在接收到主伺服器發來的DEL message命令之後，也會從資料庫中刪除message鍵，在這之後，主從伺服器都不再儲存過期鍵message了，如圖9-20所示。

圖9-20 主從伺服器刪除過期鍵（4）