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