為什麼需要持久化呢?
通常情況下redis的資料全部儲存在記憶體中,資料庫一旦故障發生重啟資料會全部遺失，即使是在redis cluster或redis sentinel模式下主從同步資料的恢復仍需要一段時間。
持久化功能在於能夠有效地避免因進程退出造成的資料遺失問題，在下次重新啟動時利用先前持久化的檔案即可實現資料復原。
使用Redis持久化後，資料會被儲存到磁碟上。當資料庫執行增量同步時，所需的時間遠遠少於執行全量同步的時間。在生產環境下故障的資料復原有著非常重要的作用!
Redis資料持久化有兩種方案
Redis持久化有兩種方案：
RDB是一種快照式的資料存儲，它會週期性的保存當前時間點Redis所有的資料到磁碟中。
AOF是一種追加式的儲存方式，會即時的記錄Redis的寫入操作到磁碟中。
這兩個方案又存在什麼樣的差異呢?下面讓小編一一道來吧~
1. RDB持久化
當Redis的寫入觸發RDB持久化條件後(也可以手動執行dgsave命令來觸發)，Redis主進程fork一個子進程來創建臨時RDB存儲文件，創建文件完成後對這個臨時文件rename替換原先的RDB檔。 RDB檔案是一個單一檔案很適合資料的容災備份與恢復，透過RDB檔案恢復資料庫耗時較短，通常1G的快照檔案載入記憶體只需20s左右。
缺點：
RDB持久化只會週期性的保存Redis數據，當還未觸發下一次儲存的情況下Redis宕機，則記憶體中的資料會全部遺失。
另外當資料量較大的情況下，fork子程序這個操作很消耗cpu，如下圖的監控圖，每1800s觸發的RDB持久化，Redis消耗的cpu都會飆升。在fork子進程過程中可能會發生長達秒級的阻塞情況。
參數：
#save選項如果配置為空白save ""，則關閉RDB持久化，這個開啟RDB持久化觸發條件可以配置多條，例如900秒內有1次寫入觸發快照/300秒內有10次寫入觸發快照，這個可以根據自身Redis寫入情況自由配置來平衡性能與資料安全。
stop-writes-on-bgsave-error建議開啟，當redis bgsave發生錯誤的時候拒絕客戶端的請求，bgsave失敗一般是磁碟或記憶體空間不夠，需要監控來提高資料安全性。
2. AOF持久化
AOF是透過保存Redis寫入操作的命令來實現持久化，使用AOF來持久化，Redis資料的安全性將大幅提高，異常宕機情況下最多遺失1s的資料。 Redis的寫入操作被記錄在AOF檔案中，該檔案的格式清晰易懂，可以輕鬆修改，從而方便地進行資料重建。
缺點：
隨著redis寫入的增加，AOF儲存檔案會越來越大，會影響資料庫資料的復原時間和磁碟空間等，所以我們需要配置AOF重寫來縮小AOF檔案的體積，這裡可使用預設的兩個觸發條件配置或我們可以手動呼叫BGREWRITEAOF指令來觸發。
參數：
appendonly設定是否開啟AOF持久化。
appendfsync有三種持久化模式：always/everysec/no，兼顧資料儲存的速度和安全性配置為everysec，每秒鐘同步一次資料到磁碟中。
3. RDB、AOF持久化優劣勢對比
兩種方式各有千秋， 下面比較一下兩種redis資料持久化方式：
4. 選擇
Redis恢復資料時會先檢查AOF檔是否存在，如果不存在就嘗試載入RDB檔。
不同情況下，根據資料量、應用對資料安全的要求、預算限制等，實際生產環境中會採用各種不同的持久化策略。此句可重寫為：可選擇不採用持久化方式，或選擇使用單獨的RDB或AOF持久化方式，也可以同時開啟RDB和AOF持久化方式。
PS：持久化的選擇必須與Redis的主從策略一起考慮，因為主從複製與持久化同樣具有資料備份的功能，而且主機master和從機slave可以獨立的選擇持久化方案。
以上是Redis持久化方法有哪些的詳細內容。更多資訊請關注PHP中文網其他相關文章！
