各位老鐵們好，相信很多人對redis持久化方式都不是特別的了解，因此呢，今天就來為大家分享下關(guān)于redis持久化方式以及redis持久化默認(rèn)哪種的問題知識，還望可以幫助大家，解決大家的一些困惑，下面一起來看看吧！

redis持久化方式區(qū)別

Redis運(yùn)行時數(shù)據(jù)保存在內(nèi)存中，那么重啟了服務(wù)器數(shù)據(jù)丟失了怎么辦，自然也提供持久化的設(shè)置。

redis支持兩種持久化方式，RDB和aof模式。

RDB方式是定時將內(nèi)存中的數(shù)據(jù)dump到磁盤中。實(shí)現(xiàn)是定時fork個子進(jìn)程，將內(nèi)存數(shù)據(jù)寫入文件中，再替換上次生成的文件，這個過程如果服務(wù)器出現(xiàn)異常宕機(jī)，那么會導(dǎo)致數(shù)據(jù)丟失。RDB模式一個文件保存redis所有數(shù)據(jù)，在做數(shù)據(jù)恢復(fù)時就很方便。對某個時間節(jié)點(diǎn)做數(shù)據(jù)備份的場景也十分方便。

AOF則是記錄事務(wù)操作日志，追加寫入到文件中。aof支持三種策略記錄操作日志。

1.每修改同步，即每次事務(wù)操作都立即記錄。

2.每秒同步，每秒鐘異步記錄。

3.不同步，即不記錄。

每秒同步跟RDB一樣存在數(shù)據(jù)丟失的風(fēng)險。對于大數(shù)據(jù)量的數(shù)據(jù)恢復(fù)上RDB會比AOF效率高。

Redis的持久化與恢復(fù)問題，該如何解決

一臺master一臺slave，master關(guān)閉持久化，slave上做AOF持久化。master負(fù)責(zé)寫入，slave負(fù)責(zé)讀取?？梢远嗯_slave。

redis不做持久化有什么缺點(diǎn)

可能會導(dǎo)致數(shù)據(jù)丟失，比如宕機(jī)重啟后某些沒來得及寫入關(guān)系型數(shù)據(jù)庫的數(shù)據(jù)，另外不做持久化宕機(jī)重啟后都需要重新再加載緩存，會導(dǎo)致業(yè)務(wù)系統(tǒng)壓力過大。

OK，本文到此結(jié)束，希望對大家有所幫助。