redis學習筆記---redis的持久化（RDB和AOF方式）

  redis支持兩種持久化的方式，能夠單獨使用或者結合起來使用

     第一種：RDB方式（redis默認的持久化方式）

 第二種：AOF方式

     1、RDB

     rdb方式的持久化是經過快照完成的，當符合必定條件時redis會自動將內存中的全部數據執行快照操做並存儲到硬盤上。默認存儲在redis根目錄的dump.rdb文件中。(文件名在配置文件中dbfilename)

redis進行快照的時機（在配置文件redis.conf中）

save 900 1：表示900秒內至少一個鍵被更改則進行快照。

save 300 10

save 60 10000

redis自動實現快照的過程

    1：redis使用fork函數複製一份當前進程的副本(子進程)

 2：父進程繼續接收並處理客戶端發來的命令，而子進程開始將內存中的數據寫入硬盤中的臨時文件

 3：當子進程寫入完全部數據後會用該臨時文件替換舊的RDB文件，至此，一次快照操做完成。  

 注意：redis在進行快照的過程當中不會修改RDB文件，只有快照結束後纔會將舊的文件替換成新的，也就是說任什麼時候候RDB文件都是完整的。 這就使得咱們能夠經過定時備份RDB文件來實現redis數據庫的備份， RDB文件是通過壓縮的二進制文件，佔用的空間會小於內存中的數據，更加利於傳輸。

手動執行save或者bgsave命令讓redis執行快照。

兩個命令的區別在於，save是由主進程進行快照操做，會阻塞其它請求。bgsave是由redis執行fork函數複製出一個子進程來進行快照操做。

文件修復：redis-check-dump

rdb的優缺點

優勢：因爲存儲的有數據快照文件，恢復數據很方便。

缺點：會丟失最後一次快照之後更改的全部數據。

2、AOF

     aof方式的持久化是經過日誌文件的方式。默認狀況下redis沒有開啓aof，能夠經過參數appendonly參數開啓。

  appendonly yes

 aof文件的保存位置和rdb文件的位置相同，都是dir參數設置的，默認的文件名是appendonly.aof，能夠經過      appendfilename參數修改

   appendfilename appendonly.aof

 redis寫命令同步的時機

 a ppendfsync always 每次都會執行

 appendfsync everysec 默認 每秒執行一次同步操做（推薦，默認）

 appendfsync no不主動進行同步，由操做系統來作，30秒一次

  aof日誌文件重寫

 auto-aof-rewrite-percentage 100(當目前aof文件大小超過上一次重寫時的aof文件大小的百分之多少時會再次進行重寫，若是以前沒有重寫，則以啓動時的aof文件大小爲依據)

 auto-aof-rewrite-min-size 64mb

  手動執行bgrewriteaof進行重寫

 重寫的過程只和內存中的數據有關，和以前的aof文件無關。 所謂的「重寫」實際上是一個有歧義的詞語， 實際上， AOF 重寫並不須要對原有的 AOF 文件進行任何寫入和讀取， 它針對的是數據庫中鍵的當前值。

  文件修復：redis-check-aof

     動態切換redis持久方式，從 RDB 切換到 AOF（支持Redis 2.2及以上）

    CONFIG SET appendonly yes
    CONFIG SET save ""（可選）
     注意：當redis啓動時，若是rdb持久化和aof持久化都打開了，那麼程序會優先使用aof方式來恢復數據集，由於aof方式所保存的數據一般是最完整的。若是aof文件丟失了，則啓動以後數據庫內容爲空。

 注意：若是想把正在運行的redis數據庫，從RDB切換到AOF，建議先使用動態切換方式，再修改配置文件，重啓數據庫。(不能直接修改配置文件，重啓數據庫，不然數據庫中數據就爲空了。)