Redis 中AOF和RDB的區(qū)別是什么

這期內(nèi)容當(dāng)中小編將會(huì)給大家?guī)?lái)有關(guān)Redis 中AOF和RDB的區(qū)別是什么，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

Redis數(shù)據(jù)存儲(chǔ)模式有2種：cache-only和persistence。

      如果想要Redis僅僅作為純內(nèi)存的緩存來(lái)用，那么可以使用cache-only模式。對(duì)于persistence持久化存儲(chǔ)，Redis提供了兩種持久化方法：RDB以及AOF。通過(guò)RDB或AOF，都可以將Redis內(nèi)存中的數(shù)據(jù)給持久化到磁盤上，然后可以將這些數(shù)據(jù)備份到別的地方去，比如云服務(wù)器。

RDB模式

      Redis主進(jìn)程fork一個(gè)子進(jìn)程(?)，讓子進(jìn)程執(zhí)行磁盤IO操作來(lái)進(jìn)行持久化。RDB將數(shù)據(jù)寫入一個(gè)臨時(shí)文件，持久化結(jié)束后，用這個(gè)臨時(shí)文件替換上次持久化的文件，這些數(shù)據(jù)文件代表了某一個(gè)時(shí)刻中redis的數(shù)據(jù)。但是RDB是間隔一段時(shí)間進(jìn)行持久化的，如果持久化之間redis發(fā)生故障，這一段時(shí)間內(nèi)的數(shù)據(jù)就會(huì)丟失（RDB最大的缺點(diǎn)，導(dǎo)致不適合做第一優(yōu)先的恢復(fù)方案，如果你依賴RDB做第一優(yōu)先恢復(fù)方案，會(huì)導(dǎo)致丟失比較多的數(shù)據(jù)）。

為什么是子進(jìn)程？

      主要是出于Redis性能的考慮。

• Redis RDB持久化機(jī)制會(huì)阻塞主進(jìn)程，這樣主進(jìn)程就無(wú)法響應(yīng)客戶端請(qǐng)求。

• Redis對(duì)客戶端響應(yīng)請(qǐng)求的工作模型是單進(jìn)程和單線程的，如果在主進(jìn)程內(nèi)啟動(dòng)一個(gè)線程，這樣會(huì)造成對(duì)數(shù)據(jù)的競(jìng)爭(zhēng)條件，為了避免使用鎖降低性能?；谝陨蟽牲c(diǎn)這就是為什么Redis通過(guò)啟動(dòng)一個(gè)進(jìn)程來(lái)執(zhí)行RDB了。

AOF模式

        可以簡(jiǎn)單的認(rèn)為AOF就是日志文件，此文件只會(huì)記錄“變更操作”(例如：set/del等)，將“操作 + 數(shù)據(jù)”以格式化指令的方式append（追加，順序?qū)懘疟P，沒(méi)有任何磁盤尋址的開(kāi)銷，因此效率非常高）到操作日志文件的尾部（一般設(shè)置每秒一次），在append操作返回后(已經(jīng)寫入到文件或者即將寫入)，才進(jìn)行實(shí)際的數(shù)據(jù)變更?！叭罩疚募北４媪藲v史所有的操作過(guò)程；當(dāng)server需要數(shù)據(jù)恢復(fù)時(shí)，可以直接replay此日志文件，即可還原所有的操作過(guò)程。

但是AOF文件比RDB文件大，且恢復(fù)速度慢。

       若AOF文件過(guò)大，可以使用BGREWRITEAOF命令（BGrewriteAOF），優(yōu)化aof文件

上述就是小編為大家分享的Redis 中AOF和RDB的區(qū)別是什么了，如果剛好有類似的疑惑，不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道。