Intro

有的時(shí)候我們需要對(duì) Redis 的數(shù)據(jù)進(jìn)行遷移，今天介紹一下通過 RDB（快照）文件進(jìn)行 Redis 數(shù)據(jù)的備份和還原

Redis 持久化

Redis 的數(shù)據(jù)持久化有兩種機(jī)制，一種是 RDB(Redis Database)，一種是 AOF(Append Only File)

Redis 提供了不同級(jí)別的持久化方式:

• RDB持久化方式能夠在指定的時(shí)間間隔能對(duì)你的數(shù)據(jù)進(jìn)行快照存儲(chǔ).
• AOF持久化方式記錄每次對(duì)服務(wù)器寫的操作,當(dāng)服務(wù)器重啟的時(shí)候會(huì)重新執(zhí)行這些命令來恢復(fù)原始的數(shù)據(jù),AOF命令以redis協(xié)議追加保存每次寫的操作到文件末尾.Redis還能對(duì)AOF文件進(jìn)行后臺(tái)重寫,使得AOF文件的體積不至于過大.
• 如果你只希望你的數(shù)據(jù)在服務(wù)器運(yùn)行的時(shí)候存在,你也可以不使用任何持久化方式.
• 你也可以同時(shí)開啟兩種持久化方式, 在這種情況下, 當(dāng)redis重啟的時(shí)候會(huì)優(yōu)先載入AOF文件來恢復(fù)原始的數(shù)據(jù),因?yàn)樵谕ǔＧ闆r下AOF文件保存的數(shù)據(jù)集要比RDB文件保存的數(shù)據(jù)集要完整.

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

• RDB是一個(gè)非常緊湊的文件,它保存了某個(gè)時(shí)間點(diǎn)得數(shù)據(jù)集,非常適用于數(shù)據(jù)集的備份,比如你可以在每個(gè)小時(shí)報(bào)保存一下過去24小時(shí)內(nèi)的數(shù)據(jù),同時(shí)每天保存過去30天的數(shù)據(jù),這樣即使出了問題你也可以根據(jù)需求恢復(fù)到不同版本的數(shù)據(jù)集.
• RDB是一個(gè)緊湊的單一文件,很方便傳送到另一個(gè)遠(yuǎn)端數(shù)據(jù)中心或者亞馬遜的S3（可能加密），非常適用于災(zāi)難恢復(fù).
• RDB在保存RDB文件時(shí)父進(jìn)程唯一需要做的就是fork出一個(gè)子進(jìn)程,接下來的工作全部由子進(jìn)程來做，父進(jìn)程不需要再做其他IO操作，所以RDB持久化方式可以最大化redis的性能.
• 與AOF相比,在恢復(fù)大的數(shù)據(jù)集的時(shí)候，RDB方式會(huì)更快一些.

RDB的缺點(diǎn)

• 如果你希望在redis意外停止工作（例如電源中斷）的情況下丟失的數(shù)據(jù)最少的話，那么RDB不適合你.雖然你可以配置不同的save時(shí)間點(diǎn)(例如每隔5分鐘并且對(duì)數(shù)據(jù)集有100個(gè)寫的操作),是Redis要完整的保存整個(gè)數(shù)據(jù)集是一個(gè)比較繁重的工作,你通常會(huì)每隔5分鐘或者更久做一次完整的保存,萬一在Redis意外宕機(jī),你可能會(huì)丟失幾分鐘的數(shù)據(jù).
• RDB 需要經(jīng)常fork子進(jìn)程來保存數(shù)據(jù)集到硬盤上,當(dāng)數(shù)據(jù)集比較大的時(shí)候,fork的過程是非常耗時(shí)的,可能會(huì)導(dǎo)致Redis在一些毫秒級(jí)內(nèi)不能響應(yīng)客戶端的請(qǐng)求.如果數(shù)據(jù)集巨大并且CPU性能不是很好的情況下,這種情況會(huì)持續(xù)1秒,AOF也需要fork,但是你可以調(diào)節(jié)重寫日志文件的頻率來提高數(shù)據(jù)集的耐久度.

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

• 使用AOF 會(huì)讓你的Redis更加耐久: 你可以使用不同的fsync策略：無fsync,每秒fsync,每次寫的時(shí)候fsync.使用默認(rèn)的每秒fsync策略,Redis的性能依然很好(fsync是由后臺(tái)線程進(jìn)行處理的,主線程會(huì)盡力處理客戶端請(qǐng)求),一旦出現(xiàn)故障，你最多丟失1秒的數(shù)據(jù).
• AOF文件是一個(gè)只進(jìn)行追加的日志文件,所以不需要寫入seek,即使由于某些原因(磁盤空間已滿，寫的過程中宕機(jī)等等)未執(zhí)行完整的寫入命令,你也也可使用redis-check-aof工具修復(fù)這些問題.
• Redis 可以在 AOF 文件體積變得過大時(shí)，自動(dòng)地在后臺(tái)對(duì) AOF 進(jìn)行重寫： 重寫后的新 AOF 文件包含了恢復(fù)當(dāng)前數(shù)據(jù)集所需的最小命令集合。 整個(gè)重寫操作是絕對(duì)安全的，因?yàn)?Redis 在創(chuàng)建新 AOF 文件的過程中，會(huì)繼續(xù)將命令追加到現(xiàn)有的 AOF 文件里面，即使重寫過程中發(fā)生停機(jī)，現(xiàn)有的 AOF 文件也不會(huì)丟失。 而一旦新 AOF 文件創(chuàng)建完畢，Redis 就會(huì)從舊 AOF 文件切換到新 AOF 文件，并開始對(duì)新 AOF 文件進(jìn)行追加操作。
• AOF 文件有序地保存了對(duì)數(shù)據(jù)庫執(zhí)行的所有寫入操作， 這些寫入操作以 Redis 協(xié)議的格式保存， 因此 AOF 文件的內(nèi)容非常容易被人讀懂， 對(duì)文件進(jìn)行分析（parse）也很輕松。 導(dǎo)出（export） AOF 文件也非常簡單： 舉個(gè)例子， 如果你不小心執(zhí)行了 FLUSHALL 命令， 但只要 AOF 文件未被重寫， 那么只要停止服務(wù)器， 移除 AOF 文件末尾的 FLUSHALL 命令， 并重啟 Redis ， 就可以將數(shù)據(jù)集恢復(fù)到 FLUSHALL 執(zhí)行之前的狀態(tài)。

AOF 缺點(diǎn)

• 對(duì)于相同的數(shù)據(jù)集來說，AOF 文件的體積通常要大于 RDB 文件的體積。
• 根據(jù)所使用的 fsync 策略，AOF 的速度可能會(huì)慢于 RDB 。 在一般情況下， 每秒 fsync 的性能依然非常高， 而關(guān)閉 fsync 可以讓 AOF 的速度和 RDB 一樣快， 即使在高負(fù)荷之下也是如此。 不過在處理巨大的寫入載入時(shí)，RDB 可以提供更有保證的最大延遲時(shí)間（latency）。

廢話不多說直接看下面的示例吧，通過 docker 運(yùn)行一個(gè) redis 實(shí)例，并設(shè)置一些數(shù)據(jù)，然后導(dǎo)出 RDB 文件，再運(yùn)行一個(gè) redis 實(shí)例通過 RDB 文件還原數(shù)據(jù)

備份

通過 docker run -d --name redis-test-1 redis:alpine 命令來創(chuàng)建一個(gè) redis 實(shí)例，接著 SET 一個(gè) key 保存到我們的 redis，使用命令 SET hello world 寫入測(cè)試數(shù)據(jù)，你也可以寫入別的自己想寫的數(shù)據(jù)，接著可以使用 keys * 來驗(yàn)證數(shù)據(jù)是否寫入成功

測(cè)試數(shù)據(jù)寫入成功后使用 SAVE 命令來創(chuàng)建 RDB 文件，命令執(zhí)行成功后我們可以在 /data 目錄下看到會(huì)有一個(gè) dump.rdb 文件，這就是我們想要的 RDB 文件，通過 docker cp 命令可以把這個(gè)文件拷貝到 host 目錄下

還原

通過上面 RDB 文件我們可以在 redis 啟動(dòng)的時(shí)候還原 RDB 文件中的數(shù)據(jù)，只需要在 Redis 啟動(dòng)前把 RDB 文件放在 redis 的 data 目錄下就可以了。

執(zhí)行 docker run --rm --name redis-test-2 -v ${pwd}/data:/data redis:alpine

這個(gè)命令我是在 powershell 上執(zhí)行的，如果執(zhí)行在 Linux 上執(zhí)行需要把 ${pwd} 換成 $(pwd) 來表示當(dāng)前目錄

可以看到上面的日志里有 Loading RDB ... 就是在加載 RDB 文件中的數(shù)據(jù)

我們?cè)賮眚?yàn)證一下 RDB 文件里的數(shù)據(jù)是否真的加載到了新的 redis 實(shí)例中，先來驗(yàn)證一下 data 目錄是否正常掛載了，執(zhí)行 docker exec -it redis-test-2 sh 來進(jìn)入到 redis 實(shí)例容器中，ls 查看 data 目錄中的文件看是否有我們期望的 RDB 文件，接著進(jìn)入 redis-cli 來驗(yàn)證數(shù)據(jù)是否存在

使用 keys * 來列出來所有的 key 信息，可以看到有我們?cè)谏弦粋€(gè) redis 里寫入的測(cè)試數(shù)據(jù)了，再來使用 GET hello 來驗(yàn)證數(shù)據(jù)是否正確，至此我們的數(shù)據(jù)就還原到新的 redis 實(shí)例中了~~

More

當(dāng) Redis 需要保存 dump.rdb 文件時(shí)， 服務(wù)器執(zhí)行以下操作:

• Redis 調(diào)用forks. 同時(shí)擁有父進(jìn)程和子進(jìn)程。
• 子進(jìn)程將數(shù)據(jù)集寫入到一個(gè)臨時(shí) RDB 文件中。
• 當(dāng)子進(jìn)程完成對(duì)新 RDB 文件的寫入時(shí)，Redis 用新 RDB 文件替換原來的 RDB 文件，并刪除舊的 RDB 文件。

這種工作方式使得 Redis 可以從寫時(shí)復(fù)制（copy-on-write）機(jī)制中獲益。

如果 redis 被訪問的比較頻繁，可以使用 BGSAVE 代替 SAVE 來異步創(chuàng)建 RDB 備份

如果 redis 不是使用 docker 來使用的，/data 目錄可以在 redis-cli 中使用 CONFIG GET dir 來獲取保存 rdb 文件的目錄，默認(rèn)保存的 RDB 文件名稱是 dump.rdb，如果有修改過，可以通過 CONFIG GET dbfilename 來獲取當(dāng)前使用的文件名

References

https://redis.io/topics/persistence

http://redis.cn/topics/persistence.html

到此這篇關(guān)于Redis 通過 RDB 方式進(jìn)行數(shù)據(jù)備份與還原的文章就介紹到這了,更多相關(guān)Redis數(shù)據(jù)備份與還原內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論