Redis持久化方案RDB和AOF（理論）

標籤：redis持久化   RDB   AOF   

redis和memcache的區別是什嗎？

    簡單來說，如果沒有持久化的redis，就和memcache一樣了，相當於一個快取資料庫。

redis是如何解決資料持久化的？

    redis有兩種持久化方案：RDB（Redis DataBases）和AOF(AppendOnly File)

RDB持久化（詳細分析：http://blog.51cto.com/13690439/2118462）

    RDB是snapshot快照<二進位檔案>儲存，是預設的持久化方式。

    RDB會按照一定的策略，周期性的將資料儲存到磁碟。（下個周期為到來時故障，會丟資料）

    藉助fork命令的copy on write機制，在快照產生時，將當前進程fork出一個子進程，

    然後再子進程中迴圈所有資料，將資料寫成RDB檔案。

AOF持久化（詳細分析：http://blog.51cto.com/13690439/2118465）

    AOF<二進位檔案>比RDB方式有更好的持久性。

    redis會將每一個收到的寫命令都通過write函數追加到檔案最後，類似msyql的binlog。

    當redis重啟時，會通過重新執行檔案中儲存的寫命令來在記憶體中重建整個資料庫的內容。

簡單來說:

    RDB：是按照策略周期性的進行持久化資料；

    AOF：是不斷的去記錄修改操作；

持久化方式的選擇：

    RDB和AOF操作都是順序IO操作，效能都很高。

    而同時在通過RDB檔案或者AOF日誌進行資料庫恢複的時候，也是順序的讀取資料載入到記憶體中。

    所以也不會造成磁碟的隨機讀。

    通常，如果你要想提供很高的資料保障性，那麼建議你同時使用兩種持久化方式。

    如果你可以接受災難帶來的幾分鐘的資料丟失，那麼你可以僅使用RDB。

在資料恢複方面：

    RDB的啟動時間會更短，原因有兩個：

        1、RDB檔案中每一條資料只有一條記錄，不會像AOF日誌那樣可能有一條資料的多次操作記錄。

             所以每條資料只需要寫一次就行了。

        2、RDB檔案的儲存格式和Redis資料在記憶體中的編碼格式是一致的，不需要再進行資料編碼工作，

             所以在CPU消耗上要遠小於AOF日誌的載入。 

市場常見架構：

      目前，通常的設計思路是利用Replication機制來彌補aof、snapshot效能上的不足，達到了資料可持久化。

      即Master上Snapshot和AOF都不做，來保證Master的讀寫效能，

      而Slave上則同時開啟Snapshot和AOF來進行持久化，保證資料的安全性。

Redis持久化方案RDB和AOF（理論）