Redis持久化

官網(wǎng)地址：Redis persistence | Redis

Redis持久化是將內(nèi)存中的數(shù)據(jù)保存到磁盤，以防止數(shù)據(jù)丟失。Redis提供了兩種持久化方式：RDB和AOF。

1、為什么需要持久化?

reids是內(nèi)存數(shù)據(jù)庫，內(nèi)存一斷電或者宕機(jī)數(shù)據(jù)就消失了沒有了，需要redis中的數(shù)據(jù)長期持有，它重啟宕機(jī)恢復(fù)過來之后還是能從磁盤讀回之前的數(shù)據(jù)

使用RDB（Redis Database）或者AOF（Append Only File）還可以RDB和AOF混合使用將數(shù)據(jù)寫入磁盤

2、RDB（Redis Database）

2.1 官網(wǎng)介紹

RDB（Redis 數(shù)據(jù)庫）：RDB 持久性以指定的時間間隔執(zhí)行數(shù)據(jù)集的時間點(diǎn)快照

2.2 什么是RDB

RDB持久化方式將Redis服務(wù)器中某個時間點(diǎn)的所有鍵值對集合寫入一個快照文件。這個快照文件可以在Redis發(fā)生宕機(jī)時用于數(shù)據(jù)恢復(fù)。

RDB持久化方式的優(yōu)點(diǎn)是在恢復(fù)數(shù)據(jù)時速度較快，缺點(diǎn)是如果Redis服務(wù)器宕機(jī)時未保存快照文件，會丟失部分?jǐn)?shù)據(jù)。

為了解決這個問題，可以使用自動備份機(jī)制和設(shè)置持久化時間來進(jìn)行保護(hù)。在Redis.conf文件中可以設(shè)置save參數(shù)，表示在多長時間內(nèi)，至少有n個key發(fā)生變化時，就會啟動一次自動備份。同時也可以設(shè)置備份目錄和備份文件名，定期備份Redis中的數(shù)據(jù)，建議每天進(jìn)行一次。

2.3 操作步驟

• 按照redis.conf里配置文件的save

  5秒鐘修改兩次

 433 # save 3600 1 300 100 60 10000
 434   save 5 2

• 修改dump文件保存路徑

  自定義路徑的文件不能為空，得提前去創(chuàng)建好

• 自定義路徑

3、AOF（Append Only File）

3.1 什么是AOF？

以日志的形式來記錄每一個寫操作，將redis執(zhí)行過的所有寫指令記錄下來（讀操作不記錄），只許追加文件但不可以改寫文件，redis啟動之初會讀取該文件重新構(gòu)建數(shù)據(jù)，換言之，redis重啟的話就根據(jù)日志文件的內(nèi)容將寫指令從前到后執(zhí)行一次以完成數(shù)據(jù)的恢復(fù)工作

默認(rèn)情況下，redis是沒有開啟AOF（append only file）的。開啟AOF功能需要設(shè)置配置：appendonly yes

3.2 AOF持久化方式

AOF持久化方式是通過記錄Redis執(zhí)行過的寫命令來恢復(fù)數(shù)據(jù)。當(dāng)Redis服務(wù)器重啟時，會通過執(zhí)行AOF文件中的命令來恢復(fù)數(shù)據(jù)。AOF持久化方式相對于RDB持久化方式而言，可靠性更高，但磁盤消耗較大。

用戶可以通過配置文件設(shè)置AOF文件的名稱和同步方式等參數(shù)，有always、everysec和no三種同步策略可供選擇。當(dāng)使用always策略時，每次寫操作完成后都會立即將數(shù)據(jù)同步到磁盤中；當(dāng)使用everysec策略時，Redis會每秒鐘同步一次到磁盤中；而使用no策略時，Redis會盡可能把同步寫操作的負(fù)載分擔(dān)到系統(tǒng)的后臺寫任務(wù)中去。

為了保證Redis的數(shù)據(jù)安全性，在使用AOF持久化方式時，可以選擇使用Redis Sentinel來進(jìn)行管理和監(jiān)控。這樣可以在主節(jié)點(diǎn)出現(xiàn)問題時，自動進(jìn)行切換，保證Redis服務(wù)不受影響。

3.3 AOF能干嘛？

快照功能并不是非常耐久（dura ble）： 如果 Redis 因?yàn)槟承┰蚨斐晒收贤C(jī)， 那么服務(wù)器將丟失最近寫入、且仍未保存到快照中的那些數(shù)據(jù)。 從 1.1 版本開始， Redis 增加了一種完全耐久的持久化方式： AOF 持久化。

你可以在配置文件中打開AOF方式:

appendonly yes

從現(xiàn)在開始， 每當(dāng) Redis 執(zhí)行一個改變數(shù)據(jù)集的命令時（比如 SET）， 這個命令就會被追加到 AOF 文件的末尾。這樣的話， 當(dāng) Redis 重新啟時， 程序就可以通過重新執(zhí)行 AOF 文件中的命令來達(dá)到重建數(shù)據(jù)集的目的。

4、RDB-AOF混合持久化

你也可以同時開啟兩種持久化方式, 在這種情況下, 當(dāng)redis重啟的時候會優(yōu)先載入AOF文件來恢復(fù)原始的數(shù)據(jù),因?yàn)樵谕ǔＧ闆r下AOF文件保存的數(shù)據(jù)集要比RDB文件保存的數(shù)據(jù)集要完整

4.1 RDB 的優(yōu)點(diǎn)和缺點(diǎn)

優(yōu)點(diǎn)

• 對于大型數(shù)據(jù)集，RDB 恢復(fù)時的速度比 AOF 要快。
• RDB 文件可以作為備份數(shù)據(jù)庫。

缺點(diǎn)

• 如果 Redis 發(fā)生故障，最后一次持久化之后的所有更改都會丟失。
• RDB 文件的大小可能比 AOF 文件大。

4.2 AOF 的優(yōu)點(diǎn)和缺點(diǎn)

優(yōu)點(diǎn)

• 對于小型數(shù)據(jù)集，AOF 恢復(fù)速度更快。
• AOF 文件保存了 Redis 數(shù)據(jù)庫的完整操作記錄，即使 Redis 發(fā)生故障，也可以盡可能地少丟失數(shù)據(jù)。

缺點(diǎn)

• AOF 文件通常比 RDB 文件更大。
• 恢復(fù)數(shù)據(jù)所需的時間可能比 RDB 更長。

 4.3 數(shù)據(jù)恢復(fù)順序和加載流程

在同時開開啟rdb和aof持久化，重啟是只會加載aof文件，不會加載rdb文件

4.4 同時開啟兩種持久化方式

在這種情況下，當(dāng)redis重啟的時候會優(yōu)先載入AOF文件來恢復(fù)原始的數(shù)據(jù)，因?yàn)樵谕ǔＧ闆r下AOF文件保存的數(shù)據(jù)集比RDB文件保存的數(shù)據(jù)集要完整

RDB的數(shù)據(jù)不實(shí)，同時使用兩者是服務(wù)器重啟也只會找AOF文件，那要不要只使用AOF呢？

作者建議不要，因?yàn)镽DB跟適合用于備份數(shù)據(jù)庫（AOF在不斷變化不好備份），留著RDB作為一個萬一的手段

4.5 推薦方式

RDB+AOF混合方式

結(jié)合了RDB和AOF的優(yōu)點(diǎn)，既能快輸加載又能避免丟失過多的數(shù)據(jù)

• 開啟 RDB+AOF 的混合持久化方式。你可以通過設(shè)置 aof-use-rdb-preamble 來開啟這種持久化方式。

aof-use-rdb-preamble yes

先使用RDB進(jìn)行快照存儲，然后使用AOF持久化記錄所有寫操作，當(dāng)重寫策略滿足或手動觸發(fā)重寫的時候，將最新的數(shù)據(jù)存儲為新的RDB記錄。這樣的話，重啟服務(wù)器的時候會從RDB和AOF兩部分恢復(fù)數(shù)據(jù)，既能保證數(shù)據(jù)完整性，又能提高恢復(fù)數(shù)據(jù)的性能

5、注意事項

在實(shí)際應(yīng)用中，使用Redis持久化時需要注意以下問題：

• 定期備份：定期備份Redis中的數(shù)據(jù)。
• 備份機(jī)和生產(chǎn)機(jī)不能共存：為避免數(shù)據(jù)丟失，在備份機(jī)和生產(chǎn)機(jī)之間需要進(jìn)行物理隔離。
• 恢復(fù)備份數(shù)據(jù)時需要重啟Redis：使用RDB方式備份數(shù)據(jù)時，恢復(fù)備份數(shù)據(jù)需要重啟Redis服務(wù)。而使用AOF方式備份數(shù)據(jù)時，恢復(fù)備份數(shù)據(jù)則需要將AOF文件導(dǎo)入到一個新的Redis實(shí)例中。在進(jìn)行恢復(fù)操作時，需要特別小心，以避免損壞數(shù)據(jù)。
• 合理配置參數(shù)：合理設(shè)置最大連接數(shù)和最大數(shù)據(jù)包大小，以避免出現(xiàn)Redis性能瓶頸?？梢酝ㄟ^修改Redis.conf文件來設(shè)置這些參數(shù)。
• 而使用AOF方式備份數(shù)據(jù)時，恢復(fù)備份數(shù)據(jù)則需要將AOF文件導(dǎo)入到一個新的Redis實(shí)例中。在進(jìn)行恢復(fù)操作時，需要特別小心，以避免損壞數(shù)據(jù)。
• 合理配置參數(shù)：合理設(shè)置最大連接數(shù)和最大數(shù)據(jù)包大小，以避免出現(xiàn)Redis性能瓶頸?？梢酝ㄟ^修改Redis.conf文件來設(shè)置這些參數(shù)。

以上就是關(guān)于Redis持久化的深入探究的詳細(xì)內(nèi)容，更多關(guān)于Redis持久化的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論