Redis的持久化方法持久化方法有RDB檔案和AOF檔案兩種。下面主要介紹兩種持久化方法的原理缺點以及我在做交易系統非同步化改造專案時用到redis的場景。

1 RDB檔案

　　RDB檔案是一個經過壓縮的二進位制檔案，通過這個檔案可以還原生成RDB檔案時的資料庫狀態。RDB檔案是直接儲存在硬碟中的，所以即使Redis宕機也可以通過RDB檔案恢復。生成RDB檔案的Redis命令有SAVE和BGSAVE兩個。

1.1 SAVE命令

　　Redis是單程序工作的，SAVE命令會阻塞Redis伺服器程序，直到RDB檔案建立完成之前，伺服器不能接受任何處理命令。

1.2 BGSAVE命令

　　不同於SAVE命令，BGSAVE通過子程序建立RDB檔案。當接收到BGSAVE命令後，Redis主程序會fork一個子程序負責建立RDB檔案，Redis此時還可以繼續處理客戶端命令。BGSAVE執行期間如果客戶端再次傳送BGSAVE時會被拒絕，防止爭用rdbSave。同樣客戶端傳送SAVE也會被拒絕。

1.3 RDB檔案載入

　　當RDB檔案載入時，Redis會被阻塞，直到檔案載入完成。

2 AOF檔案

　　AOF檔案檔案是Redis提供的另一種持久化方案，他記錄Redis伺服器的執行命令還記錄資料庫的狀態（和MySQL的Binlog有點類似）。AOF命令中記錄的是純文字格式的命令。AOF持久化的過程分為命令追加、檔案寫入和檔案同步三個過程。

2.1 命令追加

　　當AOF持久化功能開啟時，伺服器在執行完一條命令後會以協議格式將執行完的命令追加到aof_buf緩衝區的末尾。

2.2 檔案寫入與同步

　　Redis服務程序是個事件迴圈，伺服器每次在執行完一次事件之前都會呼叫flushAppendOnlyFile決定是否將aof緩衝區中的內容儲存到AOF檔案中。Redis伺服器根據配置appendfsync決定同步策略，Redis為appendfsync提供了三種配置，分別為always、everysec、no。
　　當配置為always時，伺服器每次事件迴圈都會將緩衝區中的所有內容都寫到檔案中，速度最慢但是最安全。
　　當配置為everysec時，伺服器每隔1秒回將快取中資料寫到檔案中，速度夠快，最多丟失1秒的資料。
　　當配置為no時，由作業系統決定什麼時間將快取中內容寫入到AOF檔案中。

2.3 資料還原

　　Redis伺服器利用AOF還原的原理是建立一個不帶網路連線的偽客戶端執行AOF中儲存的命令即可。

2.4 缺點

　　AOF檔案持久化得缺點是AOF檔案往往會過大，雖然Redis提供了檔案重寫機制，但是在操作較多的時候AOF檔案仍會很大。

3 交易系統場景Redis使用

　　我們交易系統Redis只當快取用，並且不開啟持久化功能，redis中的資料通過訊息佇列（kafka）同步到MySQL中，通過MySQL保證資料完整性、一致性。交易是個高頻寫入、峰值寫入會特別大的系統，由上面分析的Redis兩種持久化方案都會導致系統性能劇烈下降。