RDB--備份數(shù)據(jù)庫狀態(tài)
Redis通過RDB(快照)完成持久化,即保存某個時間點的全量數(shù)據(jù)快照
save:阻塞Redis的服務(wù)器進程,知道RDB文件被創(chuàng)建完成
bgsave:Fork出一個子進程來創(chuàng)建RDB文件,不阻塞服務(wù)器進程,并且實現(xiàn)了Copy-on-Write
---可以通過定時腳本定時調(diào)用bgsave指令進行定期備份
redis.conf
配置快照頻次
save 900 1 #900秒內(nèi)如果超過1個key被修改,則發(fā)起快照保存
save 300 10 #300秒內(nèi)容如超過10個key被修改,則發(fā)起快照保存
save 60 10000
save "" #禁用RDB
當備份進程出錯,主進程停止接收新的寫入操作--保護持久化數(shù)據(jù)一致性
stop-writes-on-bgsave-error yes
備份是壓縮rdb文件,建議關(guān)閉,redis是CPU密集型服務(wù)器,開啟會帶來更多的CPU的消耗
rdbcompression yes
自動化觸發(fā)RDB持久化的方式
根據(jù)redis.conf文件配置里的SAVE m n 定時觸發(fā)(用的是BGSAVE)
主從復(fù)制時,主節(jié)點自動觸發(fā)
執(zhí)行Debug Reload
執(zhí)行Shoutdown且沒有啟動AOF持久化
Copy-on-Write
fork()之后,kernel把父進程中所有的內(nèi)存頁的權(quán)限都設(shè)為read-only,然后子進程的地址空間指向父進程。當父子進程都只讀內(nèi)存時,相安無事。當其中某個進程寫內(nèi)存時,CPU硬件檢測到內(nèi)存頁是read-only的,于是觸發(fā)頁異常中斷(page-fault),陷入kernel的一個中斷例程。中斷例程中,kernel就會把觸發(fā)的異常的頁復(fù)制一份,于是父子進程各自持有獨立的一份。
fork()和exec()
fork是類Unix操作系統(tǒng)上創(chuàng)建進程的主要方法。fork用于創(chuàng)建子進程(等同于當前進程的副本)。
exec函數(shù)則裝載一個新的程序(可執(zhí)行映像)覆蓋當前進程內(nèi)存空間中的映像,從而執(zhí)行不同的任務(wù)。
缺點
內(nèi)存數(shù)據(jù)全量同步,數(shù)據(jù)量大會因I/O而影響性能
可能會因為Redis掛掉而丟失從當前值最近一次RDB期間的數(shù)據(jù)
AOF(Append-Onli-File)--備份數(shù)據(jù)庫接收到的指令
記錄下除了查詢意外的所有變更數(shù)據(jù)庫狀態(tài)的指令
以append的形式追加保存到AOF文件中(增量)
redis.conf
appendonly yes #開啟AOF備份
appendfsync always #總是寫入aof文件,并完成磁盤同步
appendfsync everysec #每一秒寫入aof文件,并完成磁盤同步
appendfsync no #寫入aof文件,不等待磁盤同步
通過日志重寫解決AOF文件大小不斷增加問題
調(diào)用fork()創(chuàng)建子進程
子進程把新的AOF寫到一個臨時文件中,不依賴原文件
主進程持續(xù)將新的變動同時寫入內(nèi)存和原文件
主進程獲取子進程重寫AOF的完成信號,往新的AOF同步增量變動
使用新的AOF文件替換掉舊的AOF文件
Redis數(shù)據(jù)恢復(fù)
先判斷AOF是否存在,若存在則直接加載AOF文件完成恢復(fù),若不存在則加載RDB文件完成恢復(fù)
RDB與AOF優(yōu)缺點
RDB
優(yōu)點:全量數(shù)據(jù)快照,文件小,恢復(fù)快
缺點:無法保存最近一次快照后的數(shù)據(jù)
AOF
有點:可讀性搞,適合保存全量數(shù)據(jù),數(shù)據(jù)不易丟失
缺點:文件體積大,恢復(fù)時間長
Redis4.0后采用RDB-AOF混合持久化方式
BGSAVE做鏡像全量持久化,AOF做增量持久化