爲什麼要持久化？在不考慮服務器宕機的情況下，是不需要把內存中的數據保存到磁盤，來做持久化的。
持久化，就是專門爲宕機準備的補救措施。redis有rdb和aof兩種持久化機制。
一、RDB （Redis DataBases）
原理：
當前進程fork出一個子進程，子進程循環遍歷所有的數據，並將數據保存到RDB文件。
時機：
按照配置文件設置的策略，來持久化數據。
配置：
save 900 1
save 300 10
save 60 10000
二、AOF （AppendOnly File）
原理：
redis會將收到的，客戶端發送過來的每一個寫命令，都追加到aof文件的最後。
時機：
每次寫命令，都會記錄下操作。
配置：
appendonly yes
#默認不需要修改，最低64m開始重排，重排比率是上次的一倍，128m，256m，512m這樣。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
三、RDB和AOF的比較
持久化：
RDB等待寫入條件，頻率低，如果一次寫入的數據較多，有可能帶來服務器卡頓。
AOF馬上記錄每次寫命令，頻率高，每次寫入的數據很少；生成的文件會比RDB生成的大。
AOF記錄數據更及時，丟數據的可能更小。
數據恢復：
RDB恢復數據時，直接從RDB文件讀取數據，非常快速。
AOF恢復數據時，需要一條一條命令，操作redis服務器，效率較低。
四、AOF的指令重排
aof的指令爲什麼需要重排：
set aa 1
set aa 2
set aa 3
三條指令，其實只需要保存最後一條就可以了，指令重排的意義就是，將三條變成一條set aa 3。
當前進程fork出一個子進程，由子進程完成指令重排。
需要注意的是，在子進程進行指令重排的過程中，如果出現新的指令，主進程做兩件事情：
1.將指令追加到老的aof文件末尾；
2.將指令保存到緩存中。緩存中的數據，在子進程完成指令重排之後，全部追加到新的aof文件尾部。
五、如何選擇持久化的方式
經過上面的分析，我們已經知道rdb和aof各自的優勢和缺點。可以根據具體的業務場景，選擇合適的方式。
當然，同時使用兩種方式也是可以的。