創新互聯堅持“要么做到，要么別承諾”的工作理念，服務領域包括：網站建設、做網站、企業官網、英文網站、手機端網站、網站推廣等服務，滿足客戶于互聯網時代的襄汾網站設計、移動媒體設計的需求，幫助企業找到有效的互聯網解決方案。努力成為您成熟可靠的網絡建設合作伙伴！

一、基本介紹

本次演示使用的redis版本是3.2.100，操作系統是win10。

redis支持兩種持久化方案，RDB和AOF，前者是默認打開的，后者需要手動開啟。我們通過配置文件可以驗證這一點，

RDB默認開啟

save 900 1
save 300 10
save 60 10000

這三條配置是RDS觸發快照的條件，它們的意思分別是：

1. 900秒內如果有一條寫入，則產生快照
2. 300秒內如果有1000次寫入，則產生快照
3. 60秒內如果有10000次寫入，則產生快照

當然，觸發rdb快照的條件不止這些，下面會講到。

AOF默認關閉

appendonly no

二、RDB介紹

RDB的方案是當滿足觸發條件是，將內存中的數據以二進制的方式寫入磁盤保存，默認保存的文件叫dump.rdb（可以改），當redis重啟時，會讀取該文件進行數據恢復。

查看快照文件的信息

127.0.0.1:6379> config get dbfilename
1) "dbfilename"
2) "dump.rdb"
127.0.0.1:6379> config get dir
1) "dir"
2) "C:\\redis-6379"
127.0.0.1:6379>

觸發RDB快照條件

除了上面提到的在指定時間內，指定寫次數觸發之外，下面幾種情況也會觸發redis執行RDB快照，

1. 手動執行save(同步阻塞)或者bgsave(異步阻塞)命令
2. 執行flushall命令
3. redis退出，執行shutdown命令

下面拿第一種情況演示下，這里會用到info Persistence命令，用來查看持久化信息。

127.0.0.1:6379> info persistence
# Persistence
loading:0
rdb_changes_since_last_save:0
rdb_bgsave_in_progress:0
rdb_last_save_time:1561595205
...省略其它
127.0.0.1:6379> save
OK
127.0.0.1:6379> info persistence
# Persistence
loading:0
rdb_changes_since_last_save:0
rdb_bgsave_in_progress:0
rdb_last_save_time:1561595940
...省略其它
127.0.0.1:6379>

注意看rdb_last_save_time字段，說明save命令觸發了持久化。

三、AOF介紹

為了演示AOF,我們需要手動把AOF開關打開，然后重啟redis。

AOF將Redis執行的每一條寫命令追加到磁盤文件(appendonly.aof)中,如果打開了AOF，redis啟動時候優先選擇從AOF文件恢復數據。

相關配置

除了開關，和AOF相關的配置還有以下幾個：

appendfilename "appendonly.aof"   #數據庫文件名
# appendfsync always    #每個命令都追加寫入
appendfsync everysec    #每秒寫1次
# appendfsync no        #寫入工作交給操作系統,由操作系統判斷緩沖區大小,統一寫入到aof

no-appendfsync-on-rewrite  yes:   #正在導出rdb快照的過程中，是否停止同步aof
auto-aof-rewrite-percentage 100   #aof文件大小比起上次重寫時的大小,增長率100%時,重寫
auto-aof-rewrite-min-size 64mb    #aof文件,至少超過64M時,才重寫

重寫機制

通過前面講述的AOF的過程，聰明的你可能會想到一個問題，AOF不斷的追加命令到文件，那文件豈不是越來越大，時間長了對磁盤空間也是負擔啊。

你都想到了，redis的作者會想不到嗎？redis引入了重寫機制來解決這個問題。上面配置的最后兩條其實就是重寫的觸發條件，說白了意思就是：

當AOF文件大小是上次rewrite后大小的一倍且文件大于64M時觸發

除了上面的條件觸發，AOF也支持手動觸發（bgrewriteaof命令）下面用這個命令演示重寫

λ redis-cli.exe
127.0.0.1:6379> bgrewriteaof
Background append only file rewriting started
127.0.0.1:6379>

啟動日志：

[18268] 27 Jun 09:23:41.282 # Server started, Redis version 3.2.100
[18268] 27 Jun 09:23:41.282 * The server is now ready to accept connections on port 6379
[18268] 27 Jun 09:24:03.236 * Background append only file rewriting started by pid 18740
[18268] 27 Jun 09:24:03.388 * AOF rewrite child asks to stop sending diffs.
[18268] 27 Jun 09:24:03.488 # fork operation complete
[18268] 27 Jun 09:24:03.489 * Background AOF rewrite terminated with success
[18268] 27 Jun 09:24:03.491 * Residual parent diff successfully flushed to the rewritten AOF (0.00 MB)
[18268] 27 Jun 09:24:03.496 * Background AOF rewrite finished successfully

四、總結

1. 如果使用持久化，建議RDB和AOF都開啟，雙重保障。AOF會優先執行，如果執行失敗還有RDB
2. RDB適合大規模數據恢復，但是完整性不如AOF，因為RDB可能在最后一次備份時宕機了
3. RDB相對AOF比較占用內存

寫在最后

創新互聯www.cdcxhl.cn，專業提供香港、美國云服務器，動態BGP最優骨干路由自動選擇，持續穩定高效的網絡助力業務部署。公司持有工信部辦法的idc、isp許可證， 機房獨有T級流量清洗系統配攻擊溯源，準確進行流量調度，確保服務器高可用性。佳節活動現已開啟，新人活動云服務器買多久送多久。

新聞名稱：玩轉redis持久化，阿里架構師給你來一篇方案介紹-創新互聯
轉載源于：http://www.yijiale78.com/article34/ddhdpe.html

成都網站建設公司_創新互聯，為您提供網站收錄、小程序開發、標簽優化、網站制作、云服務器、Google

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯