Redis提供的持久化機制： 1). RDB持久化：該機制是指在指定的時間間隔內將記憶體中的數據集快照寫入磁碟。 2). AOF持久化:該機制將以日誌的形式記錄伺服器所處理的每一個寫操作，在Redis伺服器啟動之初會讀取該文件來重新構建資料庫，以保證啟動後資料庫中的數據是完整的。 3). 無持久化：我 ...
Redis提供的持久化機制：
1). RDB持久化：該機制是指在指定的時間間隔內將記憶體中的數據集快照寫入磁碟。
2). AOF持久化:該機制將以日誌的形式記錄伺服器所處理的每一個寫操作，在Redis伺服器啟動之初會讀取該文件來重新構建資料庫，以保證啟動後資料庫中的數據是完整的。
3). 無持久化：我們可以通過配置的方式禁用Redis伺服器的持久化功能。
4). 同時應用AOF和RDB。
快照（RDB）預設持久化方式 將記憶體中數據以快照的方式寫入二進位文件中，預設文件名為dump.rdb。可以通過配置設置redis伺服器自動做快照持久化的方式。我們可以配置redis在n秒內如果超過了m個修改就自動做快照。snapshotting預設設置：
save 900 1 #900秒內如果超過1個key被修改，則發起快照保存
save 300 10 #300秒內如果超過10個key被修改，則發起快照保存
save 60 10000
對於Redis的服務進程而言，在開始持久化時，它唯一需要做的只是fork出子進程，子進程將快照數據寫入到臨時RDB文件中,當子進程完成數據寫入操作後，再用臨時文件替換老的文件，這樣就可以極大的避免服務進程執行IO操作了。每次快照持久化都是將記憶體數據完整寫入到磁碟一次，並不是增量的只同步增量數據。所以如果數據量大的話，寫操作會比較多，必然會引起大量的磁碟IO操作，可能會嚴重影響性能。
註意：快照方式是在一定間隔時間做一次，如果redis意外宕機，就會丟失最後一次快照後的所有數據的修改。對於災難恢復而言，我們可以非常輕鬆的將一個單獨的文件壓縮後再轉移到其它存儲介質上。 由於RDB是通過fork子進程來協助完成數據持久化工作的，如果當數據集較大時，可能會導致整個伺服器停止服務幾百毫秒，甚至是1秒鐘。 日誌追加方式（append-only file:aof）方式 redis會將每一個收到的命令都通過write函數追加到命令中，當redis重新啟動時會重新執行文件中保存的寫命令來在記憶體中重建這個資料庫的內容，這個文件在bin目錄下:appendonly.aof。當然由於操作系統會在內核中緩存write做的修改，所以可能不是立即寫到磁碟上，這樣的持久化還是有可能丟失部分修改。但是可以通過配置文件告訴redis通過fsync函數強制操作系統寫入到磁碟的時機。
aof設置：
appendonly yes //啟動aof持久化方式有三種修改方式
#appendfsync always //收到寫命令就立即寫入到硬碟，效率最慢，但是保證完全持久化
#appendfsync everysec //每秒種就寫入一次硬碟，在性能和持久化方面做了折中
#appendfsync no //完全依賴操作系統，性能最好，但是持久化沒保證，不知道何時持久化
事實上，每秒同步也是非同步完成的，其效率也是非常高的，所差的是一旦系統出現宕機現象，那麼這一秒鐘之內修改的數據將會丟失。而每修改同步，我們可以將其視為同步持久化，即每次發生的數據變化都會被立即記錄到磁碟中。可以預見，這種方式在效率上是最低的。
由於該機制對日誌文件的寫入操作採用的是append模式，因此在寫入過程中即使出現宕機現象，也不會破壞日誌文件中已經存在的內容。然而如果我們本次操作只是寫入了一半數據就出現了系統崩潰問題，不用擔心，在Redis下一次啟動之前，我們可以通過redis-check-
如果日誌過大，Redis可以自動啟用rewrite機制。即Redis以append模式不斷的將修改數據寫入到老的磁碟文件中，同時Redis還會創建一個新的文件用於記錄此期間有哪些修改命令被執行。因此在進行rewrite切換時可以更好的保證數據安全性。
對於相同數量的數據集而言，AOF文件通常要大於RDB文件。日誌追加的方式導致持久化文件會變得越來越大。例如調用incr intsmaze命令100次，文件中就保存了100條命令，其實有99條都是多餘的。因為要恢複數據庫狀態其實文件中保存一條set intsmaze 100就可以了。為了壓縮這種持久化方式的日誌文件，redis提供了bgrewriteaof命令。收到此命令redis將使用與快照類似的方式將記憶體中的數據以命令的方式保存到臨時文件中，最後替換原來的持久化日誌文件。實際中使用always方式,開啟了always方式，redis的併發量就會下去。實際生產中都不會用快照的方式。 Redis的數據備份： 在Redis中我們可以通過copy的方式線上備份正在運行的Redis數據文件。這是因為RDB文件一旦被生成之後就不會再被修改。Redis每次都是將最新的數據dump到一個臨時文件中，之後在利用rename函數原子性的將臨時文件改名為原有的數據文件名。因此我們可以說，在任意時刻copy數據文件都是安全的和一致的。鑒於此，我們就可以通過創建cron job的方式定時備份Redis的數據文件，並將備份文件copy到安全的磁碟介質中。
原文和作者一起討論: http://www.cnblogs.com/intsmaze/p/6818210.html
微信：intsmaze
老鐵，關註，推薦啊
