因為Redis是內(nèi)存型數(shù)據(jù)庫，所以為了防止因為系統(tǒng)崩潰等原因?qū)е聰?shù)據(jù)丟失的問題，Redis提供了兩種不同的持久化方法來將數(shù)據(jù)存儲在硬盤里面，一種方法是快照（RDB），它可以將存在于某一個時刻的所有數(shù)據(jù)都寫入到硬盤里面，另外一種方法是只追加文件（AOF），它會在執(zhí)行寫命令時，將被執(zhí)行的寫命令都寫入到硬盤里面。
快照持久化
Redis可以通過創(chuàng)建快照來獲得在內(nèi)存里面的數(shù)據(jù)在某一個時間點上的副本。在創(chuàng)建快照之后，用戶可以對快照進行備份，可以將快照復(fù)制到其它服務(wù)器從而創(chuàng)建具有相同數(shù)據(jù)的服務(wù)器副本，還可以將快照留在原地以便重啟服務(wù)器時使用。
有兩個命令可以用于生成RDB文件，一個是SAVE，另外一個BGSAVE。
在只使用快照持久化來保存數(shù)據(jù)時，如果系統(tǒng)真的發(fā)生崩潰，用戶將丟失最近一次生成快照之后更改的所有數(shù)據(jù)。因此，快照持久化只適用于那些即使丟失一部分?jǐn)?shù)據(jù)也不會造成問題的應(yīng)用程序。
SAVE
特點：SAVE命令會阻塞Redis服務(wù)器進程，直到RDB文件創(chuàng)建完畢，在服務(wù)器進程阻塞期間，服務(wù)器不能處理任何命令請求。
缺點：服務(wù)器持久化期間無法接受其它請求。
BGSAVE
特點：BGSAVE命令則會派生出一個子進程，然后由子進程負(fù)責(zé)創(chuàng)建RDB文件，服務(wù)器進程則繼續(xù)處理命令請求。
缺點：創(chuàng)建子進程所耗費的時間會隨著Redis占用的內(nèi)存而增加。
AOF持久化
AOF持久化會將被執(zhí)行的寫命令寫到AOF文件的末尾，以此來紀(jì)錄數(shù)據(jù)所發(fā)生的變化，因此，Redis只要從頭到尾重新執(zhí)行一次AOF文件所包含的所有寫命令，就可以恢復(fù)AOF文件所記錄的數(shù)據(jù)集。
在設(shè)置同步頻率的時候，存在三個選項：
|
選項 |
同步頻率 |
|---|---|
|
always |
每個Redis寫命令都要同步寫入硬盤，但是這樣做會占用Redis所擁有的內(nèi)存，嚴(yán)重降低Redis的速度 |
|
everysec |
每秒執(zhí)行一次同步，顯式地將多個寫命令同步到硬盤 |
|
no |
讓操作系統(tǒng)來決定應(yīng)該何時進行同步 |
最好使用everysec，既能避免每次都寫入所造成的性能影響，又能避免操作系統(tǒng)崩潰所導(dǎo)致的可能丟失不定量數(shù)據(jù)，其即使系統(tǒng)崩潰，用戶最多只會丟失一秒之內(nèi)產(chǎn)生的數(shù)據(jù)，當(dāng)硬盤忙于執(zhí)行寫入操作的時候，Redis還會優(yōu)雅的放慢自己的速度以便適應(yīng)硬盤的最大寫入速度。
缺點：因為Redis會不斷的將被執(zhí)行的寫命令紀(jì)錄到AOF文件里面，所以隨著Redis不斷執(zhí)行，AOF文件的體積也會不斷增長，極端條件下，AOF甚至可能會用完硬盤的所有可用空間。
為了解決上面的缺點，Redis提供了BGREWRITEAOF命令，這個命令會通過移除AOF文件中的冗余命令來重寫AOF文件，使得AOF文件盡可能的小。它的原理和BGSAVE命令相似，Redis會創(chuàng)建一個子進程，然后由子進程負(fù)責(zé)對AOF文件進行重寫，因為AOF文件重寫也需要用到子進程，所以同樣存在快照持久化因為創(chuàng)建子進程所導(dǎo)致的性能問題和內(nèi)存占用問題。
