redis 兩種持久化方式分析---rdb/aof

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

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

 第二種：AOF方式

     一、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的優缺點

優點：由於存儲的有數據快照文件，恢復數據很方便。

缺點：會丟失最後一次快照以後更改的所有數據。

二、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，建議先使用動態切換方式，再修改配置文件，重啓數據庫。(不能直接修改配置文件，重啓數據庫，否則數據庫中數據就爲空了。)