一、什麼是redis的持久化redis持久化的機制如下圖

二、redis持久化的兩種方式方式一:RDB將當前資料快照到.rdb格式檔案。方式二:AOF將寫操作追加到緩衝區，再將緩衝區的操作同步到磁碟。三、兩種持久化方式的對比1）RDB不能實時持久化資料，如果redis伺服器斷電可能存在丟失資料的風險。而AOF方式持久化做到實時實時持久化資料。2）載入RDB恢復資料遠快於AOF方式。因為RDB是二進位制資料，而AOF是日誌的形式。3）如果用高版本redis進行RDB持久化的檔案用到低版本redis啟動恢復會出現不相容的問題。四、RDB持久化(預設開啟這種方式)1）持久化分為手動和自動兩種機制自動機制:

當redis啟動的時候初始化一個定時函式，每隔一段時間會執行一次bgsave,將記憶體中的資料dump到硬碟。手動機制:可以使用save或者bgsave命令手動將記憶體中的資料dump到磁碟。2）save和bgsave命令save命令：阻塞當前Redis主執行緒，直到RDB持久化過程完成為止，若記憶體例項比較大會造成長時間阻塞，線上環境不建議用它。 bgsave命令：redis程序執行fork操作建立子執行緒，由子執行緒完成持久化，阻塞時間很短（微秒級），是save指令的優化版本,在執行redis-cli shutdown關閉redis服務時，如果沒有開啟AOF持久化，自動執行bgsave。如下是bgsave流程圖
3）記憶體備份到磁碟步驟1 設定備份路徑：config set dir /usr/redis步驟2 使用命令:bgsave將檔案備份到/usr/redis4）將磁碟中的rdb檔案資料恢復到記憶體dump.rdb檔案放到redis安裝目錄與redis.conf同級目錄(/usr/redis)，重啟redis即可。5）RDB持久化方式的優缺點優點:1.壓縮後的二進位制文，適用於備份、全量複製，用於災難恢復。       2.載入RDB恢復資料遠快於AOF方式。缺點:1.無法做到實時持久化，每次都要建立子程序，頻繁操作成本過高。         2.儲存後的二進位制檔案，存在老版本不相容新版本rdb檔案的問題。五、AOF持久化(預設關閉的)1）AOF配置資訊(redis.conf)appendonly yes     //啟用aof持久化方式，預設是關閉的。# appendfsync always //每收到寫命令就立即強制寫入磁碟，最慢的，但是保證完全的持久化，不推薦使用appendfsync everysec //每秒強制寫入磁碟一次，效能和持久化方面做了折中，推薦# appendfsync no    //完全依賴os，效能最好,持久化沒保證（作業系統自身的同步）no-appendfsync-on-rewrite  yes  //正在匯出rdb快照的過程中,要不要停止同步aofauto-aof-rewrite-percentage 100  //aof檔案大小比起上次重寫時的大小,增長率100%時,重寫auto-aof-rewrite-min-size 64mb   //aof檔案,至少超過64M時,重寫2）AOF持久化流程 1.所有的寫入命令(set hset)會append追加到aof_buf緩衝區中 2.AOF緩衝區向硬碟做sync同步 3.隨著AOF檔案越來越大，需定期對AOF檔案rewrite重寫，達到壓縮 4.當redis服務重啟，可load載入AOF檔案進行恢復AOF持久化流程：命令寫入(append),檔案同步(sync),檔案重寫(rewrite),重啟載入(load)
3）如何將aof檔案恢復到記憶體1.設定appendonly設定為yes。2.appendonly.aof放到dir引數指定的目錄。3.啟動Redis，Redis會自動載入appendonly.aof檔案。六、Redis重啟時載入RDB、aof檔案的順序1.當AOF和RDB檔案同時存在時，優先載入AOF2.若關閉了AOF，載入RDB檔案3.載入AOF/RDB成功，redis重啟成功4.AOF/RDB存在錯誤，redis啟動失敗並列印錯誤資訊