RDB是Redis內(nèi)存到硬盤的快照，用于redis持久化，創(chuàng)建RDB二進制文件，將存儲在內(nèi)存中的數(shù)據(jù)，持久化的放到硬盤中，當(dāng)我們需要這些數(shù)據(jù)的時候，啟動載入RDB文件，數(shù)據(jù)將會被存入內(nèi)存中，其實RDB就是一種快照的方式持久化存儲數(shù)據(jù)，也可以作為一種復(fù)制媒介，這個我們后面在談。

RDB

觸發(fā)機制--主要三種方式

• save 同步命令(會阻塞redis)
• bgsave 異步命令（fork）
• 自動

Save同步命令

save

文件策略：生成一個臨時文件，如果存在老的文件，將會替換舊文件

bgsave 異步命令

主進程通過fork()函數(shù)，創(chuàng)建子進程生成DRB文件，在此期間訪問redis仍然能正常響應(yīng)

redis自動生成RDB文件（不可控）

save 900 1 #900秒 改了一次就自動生成RDB文件
save 300 10 #300秒修改了10次就自動生成RDB文件

redis save配置推薦

#關(guān)閉自動保存配置#save 900 1   #900秒 改了一次就自動生成RDB文件#save 300 10   #300秒修改了10次就自動生成RDB文件
dbfilename dump-${port}.rdb   #rdb文件名
dir /bigdiskpath      #分盤，rdb文件保存位置
stop-writes-on-bgsave-error yes  #bdsave出錯，停止寫入
rdbcompression yes           #采用壓縮位置
rdbchecksum yes            #開啟校驗和

不容忽視的觸發(fā)機制

有時候我們沒有執(zhí)行save bgsave命令，也沒有開啟自動保存命令，還是會生成RDB，可能是因為以下原因：

• 全量復(fù)制
• debug reload
• shutdown
  

AOF

RDB存在的問題：耗時耗性能，阻塞丟失數(shù)據(jù)

AOF運行原理：每執(zhí)行一條命令，就在AOF中增加一條記錄。當(dāng)需要恢復(fù)時，直接執(zhí)行AOF寫入redis

AOF三種策略

• always(每條命令都把緩沖區(qū)fsync到硬盤)
• everysec(每秒刷新一次，每秒吧緩沖區(qū)fsync到硬盤)
• no（跟隨操作系統(tǒng)，有操作系統(tǒng)決定，不可控）

AOF重寫

將過期的，重復(fù)的，做一些優(yōu)化合并

作用：減少磁盤空間占用，加快文件恢復(fù)速度

AOF重寫兩種方式：

bgrewriteaof

aof重寫配置

AOF重寫配置

auto-aof-rewrite-min-size #AOF重寫需要的最小尺寸
auto-aof-rewrite-percentage #AOF文件增長率
aof_current_size #統(tǒng)計當(dāng)前aof文件大小
aof_base_size #aof上次啟動和重寫的尺寸

AOF配置

RDB和AOF的比較

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論