Redis持久化機制的示例分析

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

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

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文件是否存在，若存在則將文件中的內容加載到內存中。

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

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

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

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

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

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

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

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

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

我們可以配置將緩沖區中的數據寫入磁盤的策略，避免數據丟失。

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

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

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

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

主進程在重寫期間將新增的寫操作寫入原來的 AOF文件 和 AOF重寫緩存 中，即使重寫失敗原來的AOF文件仍保存了完整的數據。當子進程完成AOF重寫后會向主進程發送信號，主進程收到該信號后會將AOF重寫緩存中的內容寫入新的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文件的大小，若新增數據的大小達到原大小的100%（auto-aof-rewrite-percentage配置）則觸發重寫。

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

以上是“Redis持久化機制的示例分析”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！