NoSQL - redis 備份

標籤：redis 備份 主從

redis持久化 – 兩種方式

redis提供了兩種持久化的方式，分別是RDB（Redis DataBase）和AOF（Append Only File）。

官方建議：兩種方式都開啟，同時進行備份。耐久性不高的可以選快照 RDB。

RDB：就是在不同的時間點，將redis儲存的資料產生快照並儲存到磁碟等介質上；

優點：備份檔案體積小，恢複速度快，fork子進程不影響父進程io；

缺點：故障時遺失資料會多點，資料集龐大時，因fork進程慢，導致用戶端響應延遲；

配置：save 600 1，預設為dump.rdb（CONFIG GET save && CONFIG GET dir .....）

AOF：就是將redis執行過的所有寫指令記錄下來，在下次redis重新啟動時，把這些寫指令從前到後再重複執行一遍，就可以實現資料恢複了，類似於mysql的binlog。根據fsync策略尋找緩衝指令記錄

優點：資料完整型好，體積過大時會自動重寫(將100條寫入變為1條set)，採用redis協議易讀懂；

缺點：檔案體積大，恢複較慢，存在fsync策略導致速度較慢；

配置：appendonly yes，預設檔案名稱appendonly.aof （CONFIG GET appendonly）；

恢複：比如執行了flushall，將備份檔案中此條刪除，重啟即可。

註：重寫，Redis 2.2 需要自己手動執行 BGREWRITEAOF 命令；2.4 則可以自動觸發 AOF 重寫。

AOF檔案出錯：（redis重啟時會拒絕載入aof檔案）

a、備份現有的aof檔案

b、# redis-check-aof --fix 命令列執行對現有aof檔案進行修複

c、對比兩個aof檔案區別，重啟伺服器，載入修複後的aof備份檔案

同時使用兩種備份策略，redis重啟情況下，預設aof優先，因為資料完整性高。

關閉使用兩種備份策略，redis就成記憶體資料庫了，和memcache一樣。

主從備份：

650) this.width=650;" src="https://s1.51cto.com/wyfs02/M02/8F/80/wKiom1jh1rmArNcFAABamyv4gEw687.png" title="clipboard.png" style="width:500px;height:275px;" alt="wKiom1jh1rmArNcFAABamyv4gEw687.png" vspace="0" hspace="0" height="275" border="0" width="500" />

架構及原理：一主可以多從，從也可以配多從；

1、從串連到主伺服器後，發送sync指令；

2、主接到sync指令後，開始執行bgsave，將命令寫入緩衝區；

3、bgsave結束後，主將儲存得到的.rdb快照檔案發給所有從，期間繼續記錄寫操作，telnet可驗證；

4、從丟棄舊的快照，載入新的快照。完畢後，主繼續發送緩衝區的寫指令，從進行增量備份。

配置：從伺服器設定如下（當然也可以在redis內部修改，但建議還是修改設定檔）

slaveof 192.168.1.1 6379    //配置主的IP 和連接埠

masterauth <password>    //配置主的密碼

slave-read-only yes               //讓從唯讀，2.4以後預設就是唯讀

repl-ping-slave-period 10     //設定slave向master發起ping的頻率，每10s發起一次

再詳細的配置，見redis章節。

同步策略：

策略是，首先會嘗試進行增量同步處理，如不成功，要求從機進行全量同步，之後進行增量同步處理。

本文出自 “北冰--Q” 部落格，請務必保留此出處http://beibing.blog.51cto.com/10693373/1912969

NoSQL - redis 備份