這篇文章主要為大家展示了“redis中持久化方案有哪些”，內(nèi)容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“redis中持久化方案有哪些”這篇文章吧。

網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、重慶小程序開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了文成免費(fèi)建站歡迎大家使用！

持久化方式有哪些？有什么區(qū)別？

redis持久化方案分為RDB和AOF兩種。

RDB

RDB持久化可以手動執(zhí)行也可以根據(jù)配置定期執(zhí)行，它的作用是將某個時間點(diǎn)上的數(shù)據(jù)庫狀態(tài)保存到RDB文件中，RDB文件是一個壓縮的二進(jìn)制文件，通過它可以還原某個時刻數(shù)據(jù)庫的狀態(tài)。由于RDB文件是保存在硬盤上的，所以即使redis崩潰或者退出，只要RDB文件存在，就可以用它來恢復(fù)還原數(shù)據(jù)庫的狀態(tài)。

可以通過SAVE或者BGSAVE來生成RDB文件。

SAVE命令會阻塞redis進(jìn)程，直到RDB文件生成完畢，在進(jìn)程阻塞期間，redis不能處理任何命令請求，這顯然是不合適的。

BGSAVE則是會fork出一個子進(jìn)程，然后由子進(jìn)程去負(fù)責(zé)生成RDB文件，父進(jìn)程還可以繼續(xù)處理命令請求，不會阻塞進(jìn)程。

AOF

AOF和RDB不同，AOF是通過保存redis服務(wù)器所執(zhí)行的寫命令來記錄數(shù)據(jù)庫狀態(tài)的。

AOF通過追加、寫入、同步三個步驟來實(shí)現(xiàn)持久化機(jī)制。

1. 當(dāng)AOF持久化處于激活狀態(tài)，服務(wù)器執(zhí)行完寫命令之后，寫命令將會被追加append到aof_buf緩沖區(qū)的末尾

2. 在服務(wù)器每結(jié)束一個事件循環(huán)之前，將會調(diào)用flushAppendOnlyFile函數(shù)決定是否要將aof_buf的內(nèi)容保存到AOF文件中，可以通過配置appendfsync來決定。

always ##aof_buf內(nèi)容寫入并同步到AOF文件
everysec ##將aof_buf中內(nèi)容寫入到AOF文件，如果上次同步AOF文件時間距離現(xiàn)在超過1秒，則再次對AOF文件進(jìn)行同步
no ##將aof_buf內(nèi)容寫入AOF文件，但是并不對AOF文件進(jìn)行同步，同步時間由操作系統(tǒng)決定

如果不設(shè)置，默認(rèn)選項(xiàng)將會是everysec，因?yàn)閍lways來說雖然最安全（只會丟失一次事件循環(huán)的寫命令），但是性能較差，而everysec模式只不過會可能丟失1秒鐘的數(shù)據(jù)，而no模式的效率和everysec相仿，但是會丟失上次同步AOF文件之后的所有寫命令數(shù)據(jù)。

以上是“redis中持久化方案有哪些”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學(xué)習(xí)更多知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！