為什么要持久化？在不考慮服務器宕機的情況下，是不需要把內存中的數(shù)據(jù)保存到磁盤，來做持久化的。

成都創(chuàng)新互聯(lián)公司專業(yè)為企業(yè)提供淮安區(qū)網站建設、淮安區(qū)做網站、淮安區(qū)網站設計、淮安區(qū)網站制作等企業(yè)網站建設、網頁設計與制作、淮安區(qū)企業(yè)網站模板建站服務，10多年淮安區(qū)做網站經驗，不只是建網站，更提供有價值的思路和整體網絡服務。

持久化，就是專門為宕機準備的補救措施。redis有rdb和aof兩種持久化機制。

一、RDB （Redis DataBases）

原理：

當前進程fork出一個子進程，子進程循環(huán)遍歷所有的數(shù)據(jù)，并將數(shù)據(jù)保存到RDB文件。

時機：

按照配置文件設置的策略，來持久化數(shù)據(jù)。

配置：

save 900 1
save 300 10
save 60 10000

二、AOF （AppendOnly File）

原理：

redis會將收到的，客戶端發(fā)送過來的每一個寫命令，都追加到aof文件的最后。

時機：

每次寫命令，都會記錄下操作。

配置：

appendonly yes

#默認不需要修改，最低64m開始重排，重排比率是上次的一倍，128m，256m，512m這樣。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

三、RDB和AOF的比較

持久化：

RDB等待寫入條件，頻率低，如果一次寫入的數(shù)據(jù)較多，有可能帶來服務器卡頓。

AOF馬上記錄每次寫命令，頻率高，每次寫入的數(shù)據(jù)很少；生成的文件會比RDB生成的大。

AOF記錄數(shù)據(jù)更及時，丟數(shù)據(jù)的可能更小。

數(shù)據(jù)恢復：

RDB恢復數(shù)據(jù)時，直接從RDB文件讀取數(shù)據(jù)，非?？焖佟?/p>

AOF恢復數(shù)據(jù)時，需要一條一條命令，操作redis服務器，效率較低。

四、AOF的指令重排

aof的指令為什么需要重排：

set aa 1

set aa 2

set aa 3

三條指令，其實只需要保存最后一條就可以了，指令重排的意義就是，將三條變成一條set aa 3。

當前進程fork出一個子進程，由子進程完成指令重排。

需要注意的是，在子進程進行指令重排的過程中，如果出現(xiàn)新的指令，主進程做兩件事情：

1.將指令追加到老的aof文件末尾；

2.將指令保存到緩存中。緩存中的數(shù)據(jù)，在子進程完成指令重排之后，全部追加到新的aof文件尾部。

五、如何選擇持久化的方式

經過上面的分析，我們已經知道rdb和aof各自的優(yōu)勢和缺點。可以根據(jù)具體的業(yè)務場景，選擇合適的方式。

當然，同時使用兩種方式也是可以的。

本文題目：redis的持久化
瀏覽路徑：http://chinadenli.net/article4/gedjoe.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供網站營銷、建站公司、搜索引擎優(yōu)化、微信小程序、服務器托管、品牌網站制作

廣告

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