為什麼需要持久化呢?
通常情況下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中文網其他相關文章!