為什么需要持久化呢?

通常情況下redis的數(shù)據(jù)全部存儲(chǔ)在內(nèi)存中,數(shù)據(jù)庫(kù)一旦故障發(fā)生重啟數(shù)據(jù)會(huì)全部丟失，即使是在redis cluster或者redis sentinel模式下主從同步數(shù)據(jù)的恢復(fù)仍然需要一段時(shí)間。

持久化功能在于能夠有效地避免因進(jìn)程退出造成的數(shù)據(jù)丟失問(wèn)題，在下次重啟時(shí)利用之前持久化的文件即可實(shí)現(xiàn)數(shù)據(jù)恢復(fù)。

開(kāi)啟Redis持久化之后，數(shù)據(jù)將存放到磁盤(pán)中，數(shù)據(jù)庫(kù)執(zhí)行增量同步的時(shí)間要遠(yuǎn)小于全量同步。在生產(chǎn)環(huán)境下故障的數(shù)據(jù)恢復(fù)有著非常重要的作用!

Redis數(shù)據(jù)持久化有兩種方案

Redis持久化有兩種方案：

• RDB是一種快照式的數(shù)據(jù)存儲(chǔ)，它會(huì)周期性的保存當(dāng)前時(shí)間點(diǎn)Redis所有的數(shù)據(jù)到磁盤(pán)中。
• AOF是一種追加式的存儲(chǔ)方式，會(huì)實(shí)時(shí)的記錄Redis的寫(xiě)操作到磁盤(pán)中。

這兩種方案又存在什么樣的區(qū)別呢?下面讓小編一一道來(lái)吧~

1. RDB持久化

當(dāng)Redis的寫(xiě)入觸發(fā)RDB持久化條件后(也可以手動(dòng)執(zhí)行dgsave命令來(lái)觸發(fā))，Redis主進(jìn)程fork一個(gè)子進(jìn)程來(lái)創(chuàng)建臨時(shí)RDB存儲(chǔ)文件，創(chuàng)建文件完成后對(duì)這個(gè)臨時(shí)文件rename替換原先的RDB文件。RDB文件是一個(gè)單文件很適合數(shù)據(jù)的容災(zāi)備份與恢復(fù)，通過(guò)RDB文件恢復(fù)數(shù)據(jù)庫(kù)耗時(shí)較短，通常1G的快照文件載入內(nèi)存只需20s左右。

缺點(diǎn)：

• RDB持久化只會(huì)周期性的保存Redis數(shù)據(jù)，當(dāng)還未觸發(fā)下一次存儲(chǔ)的情況下Redis宕機(jī)，則內(nèi)存中的數(shù)據(jù)會(huì)全部丟失。
• 另外當(dāng)數(shù)據(jù)量較大的情況下，fork子進(jìn)程這個(gè)操作很消耗cpu，如下圖的監(jiān)控圖，每1800s觸發(fā)的RDB持久化，Redis消耗的cpu都會(huì)飆升。在fork子進(jìn)程過(guò)程中可能會(huì)發(fā)生長(zhǎng)達(dá)秒級(jí)別的阻塞情況。

參數(shù)：

save選項(xiàng)如果配置為空save ""，則關(guān)閉RDB持久化，這個(gè)開(kāi)啟RDB持久化觸發(fā)條件可以配置多條，例如900秒內(nèi)有1次寫(xiě)入觸發(fā)快照/300秒內(nèi)有10次寫(xiě)入觸發(fā)快照，這個(gè)可以根據(jù)自身Redis寫(xiě)入情況自由配置來(lái)平衡性能與數(shù)據(jù)安全。

stop-writes-on-bgsave-error建議開(kāi)啟，當(dāng)redis bgsave發(fā)生錯(cuò)誤的時(shí)候拒絕客戶端的請(qǐng)求，bgsave失敗一般是磁盤(pán)或者內(nèi)存空間不夠，需要監(jiān)控來(lái)提高數(shù)據(jù)安全性。

2. AOF持久化

AOF是通過(guò)保存Redis寫(xiě)操作的命令來(lái)實(shí)現(xiàn)持久化，使用AOF來(lái)持久化，Redis數(shù)據(jù)的安全性將大幅提高，異常宕機(jī)情況下最多丟失1s的數(shù)據(jù)。AOF文件記錄了redis的寫(xiě)操作，格式清晰，易于理解和修改，利于數(shù)據(jù)的重建。

缺點(diǎn)：

• 隨著redis寫(xiě)入的增加，AOF存儲(chǔ)文件會(huì)越來(lái)越大，會(huì)影響到數(shù)據(jù)庫(kù)數(shù)據(jù)的恢復(fù)時(shí)間和磁盤(pán)空間等，所以我們需要配置AOF重寫(xiě)來(lái)縮小AOF文件的體積，這里可使用默認(rèn)的兩個(gè)觸發(fā)條件配置或者我們可以手動(dòng)調(diào)用BGREWRITEAOF命令來(lái)觸發(fā)。

參數(shù)：

appendonly設(shè)置是否開(kāi)啟AOF持久化。

appendfsync有三種持久化模式：always/everysec/no，兼顧數(shù)據(jù)存儲(chǔ)的速度和安全性配置為everysec，每秒鐘同步一次數(shù)據(jù)到磁盤(pán)中。

3. RDB、AOF持久化優(yōu)劣勢(shì)對(duì)比

兩種方式各有千秋， 下面對(duì)比一下兩種redis數(shù)據(jù)持久化方式：

4. 選擇

Redis恢復(fù)數(shù)據(jù)時(shí)會(huì)先檢查AOF文件是否存在，如果不存在就嘗試加載RDB文件。

在實(shí)際生產(chǎn)環(huán)境中，根據(jù)數(shù)據(jù)量、應(yīng)用對(duì)數(shù)據(jù)的安全要求、預(yù)算限制等不同情況，會(huì)有各種各樣的持久化策略。如完全不使用任何持久化、使用RDB或AOF的一種，或同時(shí)開(kāi)啟RDB和AOF持久化等。

PS：持久化的選擇必須與Redis的主從策略一起考慮，因?yàn)橹鲝膹?fù)制與持久化同樣具有數(shù)據(jù)備份的功能，而且主機(jī)master和從機(jī)slave可以獨(dú)立的選擇持久化方案。