為什么要持久化？在不考慮服務器宕機的情況下，是不需要把內存中的數據保存到磁盤，來做持久化的。
持久化，就是專門為宕機準備的補救措施。redis有rdb和aof兩種持久化機制。
原理：
當前進程fork出一個子進程，子進程循環遍歷所有的數據，并將數據保存到RDB文件。
時機：
按照配置文件設置的策略，來持久化數據。
配置：
save 900 1
save 300 10
save 60 10000
原理：
redis會將收到的，客戶端發送過來的每一個寫命令，都追加到aof文件的最后。
時機：
每次寫命令，都會記錄下操作。
配置：
appendonly yes
#默認不需要修改，最低64m開始重排，重排比率是上次的一倍，128m，256m，512m這樣。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
持久化：
RDB等待寫入條件，頻率低，如果一次寫入的數據較多，有可能帶來服務器卡頓。
AOF馬上記錄每次寫命令，頻率高，每次寫入的數據很少；生成的文件會比RDB生成的大。
AOF記錄數據更及時，丟數據的可能更小。
數據恢復：
RDB恢復數據時，直接從RDB文件讀取數據，非?？焖?。
AOF恢復數據時，需要一條一條命令，操作redis服務器，效率較低。
aof的指令為什么需要重排：
set aa 1
set aa 2
set aa 3
三條指令，其實只需要保存最后一條就可以了，指令重排的意義就是，將三條變成一條set aa 3。
當前進程fork出一個子進程，由子進程完成指令重排。
需要注意的是，在子進程進行指令重排的過程中，如果出現新的指令，主進程做兩件事情：
1.將指令追加到老的aof文件末尾；
2.將指令保存到緩存中。緩存中的數據，在子進程完成指令重排之后，全部追加到新的aof文件尾部。
經過上面的分析，我們已經知道rdb和aof各自的優勢和缺點?？梢愿鶕唧w的業務場景，選擇合適的方式。
當然，同時使用兩種方式也是可以的。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
