標籤:日誌功能 速度 min erro 優先 快照 速度慢 end red
Redis持久化配置
Redis的持久化有2種方式 1快照 2是日誌
Rdb快照的配置選項
save 900 1 // 900內,有1條寫入,則產生快照
save 300 1000 // 如果300秒內有1000次寫入,則產生快照
save 60 10000 // 如果60秒內有10000次寫入,則產生快照
(這3個選項都屏蔽,則rdb禁用)
stop-writes-on-bgsave-error yes // 後台備份進程出錯時,主進程停不停止寫入?
rdbcompression yes // 匯出的rdb檔案是否壓縮
Rdbchecksum yes // 匯入rbd恢複時資料時,要不要檢驗rdb的完整性
dbfilename dump.rdb //匯出來的rdb檔案名稱
dir ./ //rdb的放置路徑
Aof 的配置
appendonly no # 是否開啟 aof日誌功能,若要禁用aof則設定為no並將aof檔案改名
appendfsync always # 每1個命令,都立即同步到aof. 安全,速度慢
appendfsync everysec # 折衷方案,每秒寫1次
appendfsync no # 寫入工作交給作業系統,由作業系統判斷緩衝區大小,統一寫入到aof. 同步頻率低,速度快,
no-appendfsync-on-rewrite yes: # 正在匯出rdb快照的過程中,要不要停止同步aof
auto-aof-rewrite-percentage 100 #aof檔案大小比起上次重寫時的大小,增長率100%時,重寫
auto-aof-rewrite-min-size 64mb #aof檔案,至少超過64M時,重寫
注: 在dump rdb過程中,aof如果停止同步,會不會丟失?
答: 不會,所有的操作緩衝在記憶體的隊列裡, dump完成後,統一操作.
注: aof重寫是指什麼?
答: aof重寫是指把記憶體中的資料,逆化成命令,寫入到.aof日誌裡.
以解決 aof日誌過大的問題.
問: 如果rdb檔案,和aof檔案都存在,優先用誰來恢複資料?
答: aof
問: 2種是否可以同時用?
答: 可以,而且推薦這麼做
問: 恢複時rdb和aof哪個恢複的快
答: rdb快,因為其是資料的記憶體映射,直接載入到記憶體,而aof是命令,需要逐條執行
redis之 Redis持久化配置