持久化就是把內存的數據寫到磁盤中去，防止服務宕機了內存數據丟失。 （Redis 數據都放在內存中。如果機器掛掉，內存的數據就不存在。所以需要做持久化，將內存中的數據保存在磁盤，下一次啟動的時候就可以恢復數據到內存中。） Redis 提供了兩種持久化方式:RDB（默認） 和AOF 。 RDB （快照）： Redis可以通過創建快照來 獲得存儲在內存里面的數據在某個時間點上的副本。Redis創建快照之后，可以對快照進行備份，可以將快照復制到其他服務器從而創建具有相同數據的服務器副本（Redis主從結構，主要用來提高Redis性能），還可以將快照留在原地以便重啟服務器的時候使用。 快照持久化是Redis默認采用的持久化方式，在redis.conf配置文件中默認有此下配置： save 900 1 #在900秒(15分鐘)之后，如果至少有1個key發生變化，Redis就會自動觸發BGSAVE命令創建快照。 save 300 10 #在300秒(5分鐘)之后，如果至少有10個key發生變化，Redis就會自動觸發BGSAVE命令創建快照。 save 60 10000 #在60秒(1分鐘)之后，如果至少有10000個key發生變化，Redis就會自動觸發BGSAVE命令創建快照。 AOF（只追加文件）： 與快照持久化相比，AOF持久化的實時性更好，因此已成為主流的持久化方案。默認情況下Redis沒有開啟AOF（append only file）方式的持久化，可以通過appendonly參數開啟：appendonly yes 開啟AOF持久化后每執行一條會更改Redis中的數據的命令，Redis就會將該命令寫入硬盤中的AOF文件。AOF文件的保存位置和RDB文件的位置相同，都是通過dir參數設置的，默認的文件名是appendonly.aof。 在Redis的配置文件中存在三種不同的 AOF 持久化方式，它們分別是： appendfsync always #每次有數據修改發生時都會寫入AOF文件,這樣會嚴重降低Redis的速度 appendfsync everysec #每秒鐘同步一次，顯示地將多個寫命令同步到硬盤 appendfsync no #讓操作系統決定何時進行同步 為了兼顧數據和寫入性能，用戶可以考慮 appendfsync everysec選項 ，讓Redis每秒同步一次AOF文件，Redis性能幾乎沒受到任何影響。而且這樣即使出現系統崩潰，用戶最多只會丟失一秒之內產生的數據。當硬盤忙于執行寫入操作的時候，Redis還會優雅的放慢自己的速度以便適應硬盤的最大寫入速度。 RDB （快照）：快照形式 ，定期將當前時刻的數據保存磁盤中。會產生一個dump.rdb文件 特點：性能較好，數據備份。但可能會存在數據丟失。 AOF（只追加文件） ：append only file (所有對redis的操作命令記錄在aof文件中)，恢復數據，重新執行一遍即可。 特點：每秒保存，數據比較完整。但耗費性能。 【注】如果兩個都配了優先加載AOF。（同時開啟兩個持久化方案，則按照 AOF的持久化放案恢復數據。）