Redis 持久化 RDB 與 AOF的執行過程

Posted on by

前言

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

一、RDB

RDB 持久化是把當前進程數據生成快照保存到硬盤的過程，觸發 RDB 持久化過程分為手動觸發和自動觸發。

1. save 命令

會堵塞當前 Redis 服務器，直到 RDB 結束為止，對數據量較大或者內存較大的實例，會堵塞較長時間，生產環境不建議使用。如果手動執行 save 命令，Redis 會記錄下方日志。

127.0.0.1:6379> save
OK

* DB saved on disk

2. bgsave 命令

Redis 進程執行 fork 操作創建子進程，RDB 持久化過程由子進程負責，完成後自動結束。阻塞隻發生在 fork 階段，一般時間很短。如果手動執行 bgsave 命令，Redis 會記錄下方日志。

* 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 對 save 堵塞進行優化，Redis 內部涉及 RDB 操作都是由 bgsave 完成。

3. 內部觸發 RDB 場景

  • 使用 save 相關配置，如 save m n 表示 m 秒內數據集存在 n 次修改時，觸發一次 RDB；
  • 從節點執行全量復制操作，主節點自動執行 bgsave 生成 RDB 文件發送給從節點；
  • 執行 debug relad 重新加載 Redis 時，也會觸發生產 RDB；
  • 默認情況下，執行 shutdown 關閉 Redis 時，如果沒有開啟 AOF 持久化功能，則會觸發 RDB。

4. RDB 參數配置

通過設置 dir 可以配置 RDB 保存位置 dbfilename 可以設置文件名。

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

Redis 默認采用 LZF 算法對生成的RDB文件做壓縮處理，壓縮後的文件遠遠小於內存大小，默認開啟，可以通過 rdbcompression 參數配置。

config set rdbcompression{yes|no}

壓縮 RDB 雖然會消耗 CPU 但是可以大幅度減少文件體積，方便存儲或通過網絡發送給從節點。

5. RDB 缺點

RDB 方式數據沒辦法做到實時持久化/秒級持久化。因為 bgsave 每次運行都要執行 fork 操作創建子進程，屬於重量級操作，頻繁執行成本過高。

RDB文件使用特定二進制格式保存，Redis 版本演進過程中有多個格式的 RDB 版本，存在老版本 Redis 服務無法兼容新版 RDB 格式的問題。

二、AOF

AOF（appendonlyfile）持久化：以獨立日志的方式記錄每次寫命令，重啟時再重新執行 AOF 文件中的命令達到恢復數據的目的。AOF 的主要作用是解決瞭數據持久化的實時性，目前已經是 Redis 持久化的主流方式。

1. 參數配置

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

2. AOF 執行流程

請添加圖片描述

  1. 所有的命令都會追加到 aof_buf（緩沖區）中；
  2. AOF 緩沖區根據對應的策略向磁盤同步操作；
  3. 隨著 AOF 文件越來越大，需要定期對 AOF 重寫，達到壓縮目的；
  4. 當 Redis 服務器重啟時，可以加載AOF文件進行數據恢復。

3. 重寫機制

手動觸發：

bgrewriteaof

自動觸發，根據下方兩個參數設置自動觸發機制：

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

到此這篇關於Redis 持久化 RDB 與 AOF的文章就介紹到這瞭,更多相關Redis 持久化 RDB 與 AOF內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：