RDB持久化

RDB全稱Redis Database Backup file（Redis數(shù)據(jù)備份文件），也被叫做Redis數(shù)據(jù)快照。簡單來說就是把內(nèi)存中的所有數(shù)據(jù)都記錄到磁盤中。

當Redis實例故障重啟后，從磁盤讀取快照文件，恢復數(shù)據(jù)。快照文件稱為RDB文件，默認是保存在當前運行目錄。

執(zhí)行時機

RDB持久化在四種情況下會執(zhí)行：

1. 執(zhí)行save命令
2. 執(zhí)行bgsave命令
3. Redis停機時
4. 觸發(fā)RDB條件時

save命令

執(zhí)行下面的命令，可以立即執(zhí)行一次RDB：由Redis主進程來執(zhí)行RDB，會阻塞所有命令，跟mysql的全局鎖類似，會直接阻塞所有命令，只有在數(shù)據(jù)遷移才會用到。

bgsave命令

這個命令執(zhí)行后會開啟獨立進程完成RDB，主進程可以持續(xù)處理用戶請求，不受影響。

停機時

Redis停機時會執(zhí)行一次save命令，實現(xiàn)RDB持久化。

觸發(fā)RDB條件

# 900秒內(nèi)，如果至少有1個key被修改，則執(zhí)行bgsave ， 如果是save "" 則表示禁用RDB
save 900 1
save 300 10
save 60 10000

RDB原理

bgsave開始時會fork主進程得到子進程，子進程共享主進程的內(nèi)存數(shù)據(jù)。這里fork所復制的數(shù)據(jù)，只是復制主進程的頁表（內(nèi)存的映射，相當于指針），并不是真正的數(shù)據(jù)，速度較快，創(chuàng)建子進程的過程不會太久，完成fork后讀取內(nèi)存數(shù)據(jù)并寫入RDB 文件。

fork采用的是copy-on-write技術(shù)：

• 當主進程執(zhí)行讀操作時，訪問共享內(nèi)存；
• 當主進程執(zhí)行寫操作時，則會拷貝一份數(shù)據(jù)，執(zhí)行寫操作。

小結(jié)

RDB方式bgsave的基本流程：

• fork主進程得到一個子進程，共享內(nèi)存空間，從而異步處理磁盤IO這種耗時較長的過程
• 子進程讀取內(nèi)存數(shù)據(jù)并寫入新的RDB文件
• 用新RDB文件替換舊的RDB文件

RDB會在什么時候執(zhí)行？save 60 1000代表什么含義？

• 默認是服務(wù)停止時
• 代表60秒內(nèi)至少執(zhí)行1000次修改則觸發(fā)RDB

RDB的缺點：

• RDB執(zhí)行間隔時間長，兩次RDB之間寫入數(shù)據(jù)有丟失的風險
• fork子進程、壓縮、寫出RDB文件都比較耗時

AOF持久化

AOF原理

AOF全稱為Append Only File（追加文件）。Redis處理的每一個寫命令都會記錄在AOF文件，可以看做是命令日志文件。類似于Mysql的undo log用于記錄命令的邏輯而非具體的數(shù)據(jù)。

AOF配置

AOF默認是關(guān)閉的，需要修改redis.conf配置文件來開啟AOF：

# 是否開啟AOF功能，默認是no
appendonly yes
# AOF文件的名稱
appendfilename "appendonly.aof"

AOF的命令記錄的頻率也可以通過redis.conf文件來配：

# 表示每執(zhí)行一次寫命令，立即記錄到AOF文件
appendfsync always
# 寫命令執(zhí)行完先放入AOF緩沖區(qū)，然后表示每隔1秒將緩沖區(qū)數(shù)據(jù)寫到AOF文件，是默認方案
appendfsync everysec
# 寫命令執(zhí)行完先放入AOF緩沖區(qū)，由操作系統(tǒng)決定何時將緩沖區(qū)內(nèi)容寫回磁盤
appendfsync no

三種策略對比：

AOF文件重寫

因為是記錄命令，AOF文件會比RDB文件大的多。而且AOF會記錄對同一個key的多次寫操作，但只有最后一次寫操作才有意義。通過執(zhí)行bgrewriteaof命令，可以讓AOF文件執(zhí)行重寫功能，用最少的命令達到相同效果。

如圖，AOF原本有三個命令，但是

set num 123 和 set num 666

都是對num的操作，第二次會覆蓋第一次的值，因此第一個命令記錄下來沒有意義。

所以重寫命令后，AOF文件內(nèi)容就是：

mset name jack num 666

Redis也會在觸發(fā)閾值時自動去重寫AOF文件。閾值也可以在redis.conf中配置：

# AOF文件比上次文件 增長超過多少百分比則觸發(fā)重寫
auto-aof-rewrite-percentage 100
# AOF文件體積最小多大以上才觸發(fā)重寫
auto-aof-rewrite-min-size 64mb

RDB與AOF對比

RDB和AOF各有自己的優(yōu)缺點，如果對數(shù)據(jù)安全性要求較高，在實際開發(fā)中往往會結(jié)合兩者來使用。

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論