小編給大家分享一下redis持久化機制的示例分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

創(chuàng)新互聯(lián)是專業(yè)的咸豐網(wǎng)站建設公司，咸豐接單;提供成都做網(wǎng)站、成都網(wǎng)站制作,網(wǎng)頁設計,網(wǎng)站設計,建網(wǎng)站,PHP網(wǎng)站建設等專業(yè)做網(wǎng)站服務;采用PHP框架,可快速的進行咸豐網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團隊,希望更多企業(yè)前來合作!

Redis把數(shù)據(jù)存儲在內(nèi)存中，當進程退出后數(shù)據(jù)就會丟失。Redis持久化機制可以將內(nèi)存中的數(shù)據(jù)存儲到磁盤上，當重新啟動時可以從磁盤文件中讀取數(shù)據(jù)加載到內(nèi)存中。

Redis支持兩種持久化機制：全量鏡像RDB和增量式持久化AOF。

RDB是Redis的快照，存儲了Redis中所有未過期的鍵值對。

在redis.conf中配置RDB:

dbfilename dump.rdb
dir /var/lib/redis



save 900 1 save 300 10 save 60 10000 save "" stop-writes-on-bgsave-error yes rdbcompression yes rdbchecksum yes

每次redis進程啟動時會先檢查rdb文件是否存在，若存在則將文件中的內(nèi)容加載到內(nèi)存中。

redis自動更新RDB文件時會fork一個子進程執(zhí)行快照保存工作，在保存期間主進程可以正常的提供服務。

我們同樣可以通過指令保存快照:

• save: 以阻塞的方式保存快照，保存期間redis不能處理其它請求

• bgsave: fork一個子進程完成保存工作，保存期間不會影響redis的正常服務。

lastsave命令可以得到最新的RDB文件創(chuàng)建時間戳，可以用來檢查保存是否成功。

RDB作為數(shù)據(jù)庫快照，每次創(chuàng)建都需要將整個數(shù)據(jù)庫寫入到文件。這是一個非常耗時的操作，因此也難以頻繁進行，在出現(xiàn)異常時可能丟失大量數(shù)據(jù)。

Redis提供了增量式持久化工具AOF(Append Only ile), AOF通過記錄Redis數(shù)據(jù)庫中所有寫指令進行持久化。AOF文件中以Redis通信協(xié)議的格式存儲指令。

當Redis進程啟動時會檢查AOF文件是否存在，若存在則依次執(zhí)行AOF中的指令恢復數(shù)據(jù)。

Redis每次執(zhí)行寫指令時都會向AOF文件中添加一條日志，但新的記錄不會立即寫入磁盤(fsync)而是緩存在寫入緩沖區(qū)中。

我們可以配置將緩沖區(qū)中的數(shù)據(jù)寫入磁盤的策略，避免數(shù)據(jù)丟失。

將緩沖區(qū)中數(shù)據(jù)寫入磁盤是一個耗時操作，頻繁寫磁盤會對性能造成影響但是Redis崩潰丟失數(shù)據(jù)也較少，因此我們需要根據(jù)應用場景進行權(quán)衡。

AOF中可能會記錄多余的指令，若我們對同一個key執(zhí)行了100次set指令, AOF文件中就會有100條記錄但只僅保留最后一條set指令即可恢復數(shù)據(jù)。AOF重寫會整理AOF文件清理不必要的指令日志（如刪除被覆蓋的set指令），減少AOF文件大小。

redis 采用后臺重寫的策略，即 fork 一個子進程把整理后的 AOF 寫入到臨時文件中。使用BGREWRITEAOF可以手動觸發(fā)后臺重寫操作。

實際上AOF重寫不會讀取原來的AOF文件，子進程會帶有一份當前數(shù)據(jù)的副本，并根據(jù)該副本直接生成新的AOF文件。

主進程在重寫期間將新增的寫操作寫入原來的 AOF文件 和 AOF重寫緩存 中，即使重寫失敗原來的AOF文件仍保存了完整的數(shù)據(jù)。當子進程完成AOF重寫后會向主進程發(fā)送信號，主進程收到該信號后會將AOF重寫緩存中的內(nèi)容寫入新的AOF文件，然后用新的AOF文件覆蓋原有文件。

在redis.conf中配置AOF:

appendonly yes  
  

appendfilename appendonly.aof  
  


appendfsync everysec 

    no-appendfsync-on-rewrite no   
  


auto-aof-rewrite-percentage 100  
  

auto-aof-rewrite-min-size 64mb

Redis會記錄啟動時或上次重寫后AOF文件的大小，若新增數(shù)據(jù)的大小達到原大小的100%（auto-aof-rewrite-percentage配置）則觸發(fā)重寫。

只有當前AOF文件體積大于auto-aof-rewrite-min-size時才會執(zhí)行重寫操作，否則即使新增數(shù)據(jù)量超過指定百分比也不會執(zhí)行重寫。這樣避免了原文件過小導致初期頻繁重寫的問題。

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