Redis持 RDB與AOF的執(zhí)行過(guò)程是怎么樣的

今天就跟大家聊聊有關(guān)Redis持 RDB與AOF的執(zhí)行過(guò)程是怎么樣的，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

前言

Redis 持久化支持兩種方式 RDB 與 AOF，文章記錄兩者的執(zhí)行過(guò)程與配置。

一、RDB

RDB 持久化是把當(dāng)前進(jìn)程數(shù)據(jù)生成快照保存到硬盤的過(guò)程，觸發(fā) RDB 持久化過(guò)程分為手動(dòng)觸發(fā)和自動(dòng)觸發(fā)。

1. save 命令

會(huì)堵塞當(dāng)前 Redis 服務(wù)器，直到 RDB 結(jié)束為止，對(duì)數(shù)據(jù)量較大或者內(nèi)存較大的實(shí)例，會(huì)堵塞較長(zhǎng)時(shí)間，生產(chǎn)環(huán)境不建議使用。如果手動(dòng)執(zhí)行 save 命令，Redis 會(huì)記錄下方日志。

127.0.0.1:6379> save
OK

* DB saved on disk

2. bgsave 命令

Redis 進(jìn)程執(zhí)行 fork 操作創(chuàng)建子進(jìn)程，RDB 持久化過(guò)程由子進(jìn)程負(fù)責(zé)，完成后自動(dòng)結(jié)束。阻塞只發(fā)生在 fork 階段，一般時(shí)間很短。如果手動(dòng)執(zhí)行 bgsave 命令，Redis 會(huì)記錄下方日志。

* Background saving started by pid 90338
* DB saved on disk
* RDB: 0 MB of memory used by copy-on-write
* Background saving terminated with success

bgsave 對(duì) save 堵塞進(jìn)行優(yōu)化，Redis 內(nèi)部涉及 RDB 操作都是由 bgsave 完成。

3. 內(nèi)部觸發(fā) RDB 場(chǎng)景

• 使用 save 相關(guān)配置，如 save m n 表示 m 秒內(nèi)數(shù)據(jù)集存在 n 次修改時(shí)，觸發(fā)一次 RDB；

• 從節(jié)點(diǎn)執(zhí)行全量復(fù)制操作，主節(jié)點(diǎn)自動(dòng)執(zhí)行 bgsave 生成 RDB 文件發(fā)送給從節(jié)點(diǎn)；

• 執(zhí)行 debug relad 重新加載 Redis 時(shí)，也會(huì)觸發(fā)生產(chǎn) RDB；

• 默認(rèn)情況下，執(zhí)行 shutdown 關(guān)閉 Redis 時(shí)，如果沒有開啟 AOF 持久化功能，則會(huì)觸發(fā) RDB。

4. RDB 參數(shù)配置

通過(guò)設(shè)置 dir 可以配置 RDB 保存位置 dbfilename 可以設(shè)置文件名。

config set dir /opt/redis-5.0.12/backup
config set dbfilename myback.rdb

Redis 默認(rèn)采用 LZF 算法對(duì)生成的RDB文件做壓縮處理，壓縮后的文件遠(yuǎn)遠(yuǎn)小于內(nèi)存大小，默認(rèn)開啟，可以通過(guò) rdbcompression 參數(shù)配置。

config set rdbcompression{yes|no}

壓縮 RDB 雖然會(huì)消耗 CPU 但是可以大幅度減少文件體積，方便存儲(chǔ)或通過(guò)網(wǎng)絡(luò)發(fā)送給從節(jié)點(diǎn)。

5. RDB 缺點(diǎn)

RDB 方式數(shù)據(jù)沒辦法做到實(shí)時(shí)持久化/秒級(jí)持久化。因?yàn)?bgsave 每次運(yùn)行都要執(zhí)行 fork 操作創(chuàng)建子進(jìn)程，屬于重量級(jí)操作，頻繁執(zhí)行成本過(guò)高。

RDB文件使用特定二進(jìn)制格式保存，Redis 版本演進(jìn)過(guò)程中有多個(gè)格式的 RDB 版本，存在老版本 Redis 服務(wù)無(wú)法兼容新版 RDB 格式的問題。

二、AOF

AOF（appendonlyfile）持久化：以獨(dú)立日志的方式記錄每次寫命令，重啟時(shí)再重新執(zhí)行 AOF 文件中的命令達(dá)到恢復(fù)數(shù)據(jù)的目的。AOF 的主要作用是解決了數(shù)據(jù)持久化的實(shí)時(shí)性，目前已經(jīng)是 Redis 持久化的主流方式。

1. 參數(shù)配置

# 配置開啟 AOF
config set appendonly yes
# 配置文件名，默認(rèn) appendonly.aof
config set appendfilename xxx.aof
# 存儲(chǔ)位置配置，與 RDB 一樣
config set dir /opt/redis-5.0.12/backup

2. AOF 執(zhí)行流程

所有的命令都會(huì)追加到 aof_buf（緩沖區(qū)）中；AOF 緩沖區(qū)根據(jù)對(duì)應(yīng)的策略向磁盤同步操作；隨著 AOF 文件越來(lái)越大，需要定期對(duì) AOF 重寫，達(dá)到壓縮目的；當(dāng) Redis 服務(wù)器重啟時(shí)，可以加載AOF文件進(jìn)行數(shù)據(jù)恢復(fù)。 3. 重寫機(jī)制

手動(dòng)觸發(fā)：

bgrewriteaof

自動(dòng)觸發(fā)，根據(jù)下方兩個(gè)參數(shù)設(shè)置自動(dòng)觸發(fā)機(jī)制：

auto-aof-rewrite-min-size
auto-aof-rewrite-percentage

看完上述內(nèi)容，你們對(duì)Redis持 RDB與AOF的執(zhí)行過(guò)程是怎么樣的有進(jìn)一步的了解嗎？如果還想了解更多知識(shí)或者相關(guān)內(nèi)容，請(qǐng)關(guān)注億速云行業(yè)資訊頻道，感謝大家的支持。